From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 02:09:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61649106564A for ; Sun, 19 Jul 2009 02:09:32 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 377378FC08 for ; Sun, 19 Jul 2009 02:09:32 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 9AB323B93C1; Sat, 18 Jul 2009 22:09:31 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Sat, 18 Jul 2009 22:09:31 -0400 X-Sasl-enc: Qybq6gWiiCzGKGoKWCgXQNoTWPZww82Y+Vlt8Ml+LmON 1247969371 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 2FE8BA089; Sat, 18 Jul 2009 22:09:31 -0400 (EDT) Message-ID: <4A628056.60009@incunabulum.net> Date: Sun, 19 Jul 2009 03:09:26 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Pieter de Goeje References: <200907182056.47383.pieter@degoeje.nl> In-Reply-To: <200907182056.47383.pieter@degoeje.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Sending multicast datagrams broken (regression) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 02:09:32 -0000 Pieter de Goeje wrote: > I'm observing that multicast IPv4 UDP datagrams sent from the latest 8.0-BETA2 > are being discarded. The code below used to work with 7.2. > Can you tcpdump this? This may be related to an llentry related regression which Xin Li recently posted a patch for, it appears that layer 2 addresses for multicast/broadcast datagrams may be broken in 8.0-BETA2. Although I haven't tested this myself since committing the SSM code around April, where I observed such traffic was correct. thanks BMS From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 07:24:28 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9554F106566B for ; Sun, 19 Jul 2009 07:24:28 +0000 (UTC) (envelope-from sweetnavelorange@gmail.com) Received: from mail-px0-f200.google.com (mail-px0-f200.google.com [209.85.216.200]) by mx1.freebsd.org (Postfix) with ESMTP id 6B39A8FC14 for ; Sun, 19 Jul 2009 07:24:28 +0000 (UTC) (envelope-from sweetnavelorange@gmail.com) Received: by pxi38 with SMTP id 38so1240275pxi.3 for ; Sun, 19 Jul 2009 00:24:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=F/eX0rUmLMMWOI+NIKOsZ7fX0dg5oN7GETrH3v9u4VI=; b=JGOq5LhyzlxhisILDipMHV2h/iWaY+QOB6wiAU3SGZtEQpdLKs1jN5WIOByFWlT6t9 TQAzsUJTjLRM8Vt7Xxyg1beMV8crY2vjZjX62WTWO6Jp6fO5si9c3mfBSPttO0Vfmwe5 +HkWnHbqDGBnVPwxeHZcePPLHHxMTHKq84+M4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=bNkdPB4cSqFb/XIlHqEBEfsPG7ocTpDAeRUpxdpHQlbxGofT1bIifqOTtfqwOCK1IR Q2qaFt85KfLqeMTxSJ6RVrPxnrMqyWc1+tp6covc/AIR1YC8tQdtEip/i4i46BYVhbDq +UcUJkqF++xd4sCQfwha1r7Ona6QW6fr1fVYA= MIME-Version: 1.0 Received: by 10.114.182.9 with SMTP id e9mr3758905waf.22.1247988268140; Sun, 19 Jul 2009 00:24:28 -0700 (PDT) In-Reply-To: <4A608F26.8050904@errno.com> References: <4A608F26.8050904@errno.com> Date: Sun, 19 Jul 2009 19:24:28 +1200 Message-ID: From: James Butler To: Sam Leffler , current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: ipw in 8.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 07:24:28 -0000 2009/7/18 Sam Leffler : > James Butler wrote: >> >> Greetings >> >> Are ipw devices expected to work in 8.0-BETA1? Mine apparently >> doesn't. I have updated my rc.conf according to the instructions in >> UPDATING relating to wlans; the wlan0 interface is created, but >> wpa_supplicant doesn't associate. >> >> I ask after seeing this snippet from the list back in March: >> >>> Unfortunately the vap conversion of the ipw driver never was completed >>> (it's the only driver in the tree that is known to be totally broken). >>> =C2=A0It's on >>> my todo list for 8.0 but would happily defer to someone else :). >> >> If the answer is yes, then I'll try a little harder. > > Sorry the driver never got fixed after conversion to vaps; it's on the 8.= 0 > TODO list. =C2=A0I'm not sure it's going to be fixed before 8.0. OK thanks for the reply, and TIA for whenever you're able to fix it. -James From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 07:55:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CFDB106564A; Sun, 19 Jul 2009 07:55:03 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id E26418FC0C; Sun, 19 Jul 2009 07:55:02 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id E6C6E33CB8; Sun, 19 Jul 2009 09:54:59 +0200 (SAST) Date: Sun, 19 Jul 2009 09:54:59 +0200 From: John Hay To: Tim Kientzle Message-ID: <20090719075459.GA31256@zibbi.meraka.csir.co.za> References: <4A615602.4090000@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A615602.4090000@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: "'freebsd-current@freebsd.org'" Subject: Re: Joliet and release ISOs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 07:55:04 -0000 On Fri, Jul 17, 2009 at 09:56:34PM -0700, Tim Kientzle wrote: > Do we need Joliet extensions on the release ISOs? > > The reason I ask is a little involved: jkim@ recently > pointed out to me that tar in -CURRENT can no longer > extract symlinks from the release ISOs. > > I tracked this down to the fact that the release ISOs > have both Joliet and RockRidge extensions and tar now > supports (and actually prefers) Joliet extensions when > it sees them. Joliet doesn't support symlinks, so tar > doesn't see symlinks on disks with both kinds of extensions. > > There's a workaround that people can use for now: > tar xf image.iso --options=!joliet > disables the Joliet support. > > I'm curious whether removing the -J option from > /usr/src/release/*/mkisoimages.sh is an option. What is the reason for prefering Juliet in tar? Can't we just swap the preference? John -- John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 08:17:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDADF106566C for ; Sun, 19 Jul 2009 08:17:14 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id A04888FC17 for ; Sun, 19 Jul 2009 08:17:14 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n6J8HE2D061335; Sun, 19 Jul 2009 01:17:14 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id 4b8ditzrwtf8nazu6p8xd6y7aa; Sun, 19 Jul 2009 01:17:14 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4A62D689.1050906@freebsd.org> Date: Sun, 19 Jul 2009 01:17:13 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090601 SeaMonkey/1.1.16 MIME-Version: 1.0 To: John Hay References: <4A615602.4090000@freebsd.org> <20090719075459.GA31256@zibbi.meraka.csir.co.za> In-Reply-To: <20090719075459.GA31256@zibbi.meraka.csir.co.za> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "'freebsd-current@freebsd.org'" Subject: Re: Joliet and release ISOs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 08:17:15 -0000 John Hay wrote: > On Fri, Jul 17, 2009 at 09:56:34PM -0700, Tim Kientzle wrote: >> Do we need Joliet extensions on the release ISOs? >> >> The reason I ask is a little involved: jkim@ recently >> pointed out to me that tar in -CURRENT can no longer >> extract symlinks from the release ISOs. >> >> I tracked this down to the fact that the release ISOs >> have both Joliet and RockRidge extensions and tar now >> supports (and actually prefers) Joliet extensions when >> it sees them. Joliet doesn't support symlinks, so tar >> doesn't see symlinks on disks with both kinds of extensions. > > What is the reason for prefering Juliet in tar? Can't we > just swap the preference? Because of the way libarchive works internally coupled with basic differences in how Joliet and RockRidge information is stored, it turns out that libarchive has to decide whether or not to use the Joliet information before it can tell whether RockRidge information is available. So preferring RockRidge is actually quite difficult. I would like to change this, but it's going to be quite a while before I have enough time to work on it. Tim From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 11:05:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 410FC106566C for ; Sun, 19 Jul 2009 11:05:48 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id C61BE8FC16 for ; Sun, 19 Jul 2009 11:05:47 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:35503 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1MSUCw-00028c-4F; Sun, 19 Jul 2009 13:05:32 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 7F096163D47; Sun, 19 Jul 2009 13:05:27 +0200 (CEST) Message-Id: <9472A71F-085D-4547-90FA-3FC56BAFE845@exscape.org> From: Thomas Backman To: McLone In-Reply-To: <451cb3010907181027q13d5c345w8962a648c7682ed8@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 19 Jul 2009 13:05:25 +0200 References: <451cb3010907181027q13d5c345w8962a648c7682ed8@mail.gmail.com> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MSUCw-00028c-4F. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MSUCw-00028c-4F 3b815335621c374dfee2f9b879d5d99e Cc: freebsd-current@freebsd.org Subject: Re: [bug] ZFS zvol dev entry disappearing upon reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 11:05:48 -0000 On Jul 18, 2009, at 19:27, McLone wrote: > Hell Low. > > As downloading torrent files from many peers to ZFS > imposes fragmentation (and there's no way to defragment > ZFS volume - what a pity! How come now-a-days FS can > go like this?), i created zvol with UFS2 on it last time > i wanted to watch some old sci-fi. I had plans to > move sci-fi from UFS2/zvol to ZFS when it'll be complete, > but forgot it, and rebooted machine. After reboot > rtorrent said sci-fi is marked as complete, but it > can not find files. I wasn't surprised, as i haven't modified > my /etc/fstab, so i entered "mount /dev/zvol" and pressed > Tab in hope of tcsh (eek) autocomplete. > It just beeped on me. > I've done "ls /dev" and there was no directory there named zvol. > Then i've done "zfs list" and my zvol was there. > Puzzled, i've done "zfs snapshot" and then a little dance of > "zfs send | zfs recv" to a new volume. Now dev entries appeared > (both for newly created snapshot of an old zvol and for new zvol). > I rebooted, and there was no /dev/zvol again. > > I looked at my uname -v output (it was HEAD/amd64 from Jul 1) > and decided to update. Updating didn't solved this problem. > > Strangely, simple "zfs rename zpool/zvol zpool/newzvol" > cures this woe, but i think this is a bug. > > Steps to reproduce: > zfs create -V 1g zpool/zvol > [newfs /dev/zvol/zpool/zvol] > reboot > ls /dev > > Workaround: > zfs rename zpool/zvol zpool/newzvol > mount /dev/zvol/zpool/zvol /mnt Hmm, I did a quick test and was unable to reproduce. There are ALL the steps I took, i.e. I never mounted the fs's or anything. [root@chaos ~]# zfs create -V 1g tank/zvol [root@chaos ~]# zfs create -V 1g tank/zvol2 ## to test if the name "zvol" causes problems [root@chaos ~]# newfs /dev/zvol/tank/zvol /dev/zvol/tank/zvol: 1024.0MB (2097152 sectors) block size 16384, fragment size 2048 using 6 cylinder groups of 183.72MB, 11758 blks, 23552 inodes. super-block backups (for fsck -b #) at: 160, 376416, 752672, 1128928, 1505184, 1881440 [root@chaos ~]# newfs /dev/zvol/tank/zvol2 /dev/zvol/tank/zvol2: 1024.0MB (2097152 sectors) block size 16384, fragment size 2048 using 6 cylinder groups of 183.72MB, 11758 blks, 23552 inodes. super-block backups (for fsck -b #) at: 160, 376416, 752672, 1128928, 1505184, 1881440 [root@chaos ~]# ls -R /dev/z* /dev/zero /dev/zfs /dev/zvol: tank /dev/zvol/tank: zvol zvol2 [root@chaos ~]# reboot Connection to 192.168.1.10 closed by remote host. ---------------- [root@chaos ~]# uptime 1:04PM up 29 secs, 2 users, load averages: 0.87, 0.27, 0.10 [root@chaos ~]# ls -R /dev/z* /dev/zero /dev/zfs /dev/zvol: tank /dev/zvol/tank: zvol zvol2 Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 13:02:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E95E106566B; Sun, 19 Jul 2009 13:02:04 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id 89FC38FC16; Sun, 19 Jul 2009 13:02:03 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.43,229,1246831200"; d="scan'208";a="219092181" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 19 Jul 2009 15:02:01 +0200 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id B0AEF1B07E1; Sun, 19 Jul 2009 15:02:01 +0200 (CEST) Date: Sun, 19 Jul 2009 15:02:01 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: John Baldwin , Message-ID: In-Reply-To: <200907170901.31617.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Thomas Backman Subject: Re: core dumps being overwritten X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 13:02:04 -0000 you're right. i found this in one of my logs: savecore: unable to read from bounds, using 0 Expensive timeout(9) function: 0xc051b930(0xc0a22340) 0.013787226 s savecore: unable to read from bounds, using 0 savecore: reboot after panic: mutex ACPI global lock owned at /usr/src/sys/kern/kern_event.c:1758 Jul 16 00:22:20 otaku savecore: reboot after panic: mutex ACPI global lock owned at /usr/src/sys/kern/kern_event.c:1758 savecore: writing core to vmcore.0 Writing crash summary to /var/crash/core.txt.0. alex John Baldwin schrieb am 2009-07-17: > On Thursday 16 July 2009 4:04:17 am Alexander Best wrote: > > exactly. `cat /var/crash/bounds` => 2. > This can happen if you lose the 'bounds' file during a crash or if > that file > is corrupted in some other fashion. From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 13:19:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61DAD1065673 for ; Sun, 19 Jul 2009 13:19:36 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 162458FC1D for ; Sun, 19 Jul 2009 13:19:35 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1MSWIf-0005y7-Ds for freebsd-current@freebsd.org; Sun, 19 Jul 2009 13:19:33 +0000 Received: from 93-138-105-230.adsl.net.t-com.hr ([93.138.105.230]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 19 Jul 2009 13:19:33 +0000 Received: from ivoras by 93-138-105-230.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 19 Jul 2009 13:19:33 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 19 Jul 2009 15:19:14 +0200 Lines: 34 Message-ID: References: <20090717010813.03477b27.matheus@eternamente.info> <0a394f735684111014877d2b39783693.squirrel@cygnus.homeunix.com> <2fd30e75fbd3e231117ab9f2459f896b.squirrel@10.1.1.10> <066c4b53956bc62c3d6e089861ebddf7.squirrel@10.1.1.10> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3FE804198B540D5518295663" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-105-230.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) In-Reply-To: <066c4b53956bc62c3d6e089861ebddf7.squirrel@10.1.1.10> X-Enigmail-Version: 0.96.0 Sender: news Subject: Re: gstripe problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 13:19:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3FE804198B540D5518295663 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Nenhum_de_Nos wrote: > I'd really like to hear on this: I just wiped out all disks data, delet= ed > all two partitions and recreated them. created another stripe using the= > same arguments as the other times but it keeps vanishing when I reboot.= > fresh 8-BETA2 and old pc in i386. what to do now ? give up ? Did you load geom_stripe.ko? --------------enig3FE804198B540D5518295663 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkpjHVIACgkQldnAQVacBcggmwCgyMSv1aUJFKE6BCf6U1Hz1N8A MbYAnRX384Ww1naOWBULR1pMZAIU07on =tJFR -----END PGP SIGNATURE----- --------------enig3FE804198B540D5518295663-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 14:10:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BDE11065672 for ; Sun, 19 Jul 2009 14:10:39 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id C4A498FC18 for ; Sun, 19 Jul 2009 14:10:38 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: (qmail 84498 invoked from network); 19 Jul 2009 13:43:55 -0000 Received: from unknown (HELO ?192.168.0.2?) (spawk@69.123.45.64) by acm.poly.edu with AES256-SHA encrypted SMTP; 19 Jul 2009 13:43:55 -0000 Message-ID: <4A632310.60606@acm.poly.edu> Date: Sun, 19 Jul 2009 09:43:44 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.19 (X11/20090108) MIME-Version: 1.0 To: Patrick Lamaiziere References: <18510.213.150.228.38.1246864978.squirrel@mail.magicbooks.org> <20090706103602.394c463a@baby-jane.lamaiziere.net> In-Reply-To: <20090706103602.394c463a@baby-jane.lamaiziere.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Rene Schickbauer , freebsd-current@freebsd.org Subject: Re: RFC: powerd Patch & proposed future changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 14:10:39 -0000 Patrick Lamaiziere wrote: > Le Mon, 6 Jul 2009 09:22:58 +0200 (CEST), > "Rene Schickbauer" a écrit : > > >> Hi! >> > > Hello, > > >> Yesterday i submitted a patch for powerd to set maximum allowed CPU >> speed for adaptive modes (to keep the system cool and using less >> power). >> >> PR: 136354 >> > > I would like an option to set the minimum allowed CPU speed, instead > the use of the sysctl debug.cpufreq.lowest. > A while ago, I wrote a patch that adds minimum and maximum frequencies to powerd (http://acm.poly.edu/~spawk/powerd/). It was written for and tested on 7.0, but I can update it for newer versions if there is any interest. >> Would it also make sense to have powerd run an (optional) user >> configureable script on ac state change? I'm thinking about things >> like dimming TFT backlight, on EEE PC turning of the webcam and so on. >> > > We can do this with devd. > > (my 0.42 euro) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 14:19:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 241CA1065672 for ; Sun, 19 Jul 2009 14:19:41 +0000 (UTC) (envelope-from freebsd-current-local@be-well.ilk.org) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by mx1.freebsd.org (Postfix) with ESMTP id ED7E68FC27 for ; Sun, 19 Jul 2009 14:19:40 +0000 (UTC) (envelope-from freebsd-current-local@be-well.ilk.org) Received: (qmail 29157 invoked from network); 19 Jul 2009 13:52:58 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 19 Jul 2009 13:52:58 -0000 Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.6]) by be-well.ilk.org (Postfix) with ESMTP id 313E650822; Sun, 19 Jul 2009 09:52:51 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id DABC71CC53; Sun, 19 Jul 2009 09:52:49 -0400 (EDT) To: Tim Kientzle References: <4A615602.4090000@freebsd.org> <20090719075459.GA31256@zibbi.meraka.csir.co.za> <4A62D689.1050906@freebsd.org> From: Lowell Gilbert Date: Sun, 19 Jul 2009 09:52:49 -0400 In-Reply-To: <4A62D689.1050906@freebsd.org> (Tim Kientzle's message of "Sun\, 19 Jul 2009 01\:17\:13 -0700") Message-ID: <4463doaifi.fsf@lowell-desk.lan> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: John Hay , "'freebsd-current@freebsd.org'" Subject: Re: Joliet and release ISOs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 14:19:41 -0000 Tim Kientzle writes: > John Hay wrote: >> On Fri, Jul 17, 2009 at 09:56:34PM -0700, Tim Kientzle wrote: >>> Do we need Joliet extensions on the release ISOs? >>> >>> The reason I ask is a little involved: jkim@ recently >>> pointed out to me that tar in -CURRENT can no longer >>> extract symlinks from the release ISOs. >>> >>> I tracked this down to the fact that the release ISOs >>> have both Joliet and RockRidge extensions and tar now >>> supports (and actually prefers) Joliet extensions when >>> it sees them. Joliet doesn't support symlinks, so tar >>> doesn't see symlinks on disks with both kinds of extensions. >> >> What is the reason for prefering Juliet in tar? Can't we >> just swap the preference? > > Because of the way libarchive works internally coupled with > basic differences in how Joliet and RockRidge information > is stored, it turns out that libarchive has to decide > whether or not to use the Joliet information before it > can tell whether RockRidge information is available. > So preferring RockRidge is actually quite difficult. > > I would like to change this, but it's going to be > quite a while before I have enough time to work on it. Sounds like you're out of good options then. Maybe a good temporary workaround would be a switch to disable Joliet support? From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 17:28:13 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00BFE106564A; Sun, 19 Jul 2009 17:28:13 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f208.google.com (mail-bw0-f208.google.com [209.85.218.208]) by mx1.freebsd.org (Postfix) with ESMTP id 49C608FC1A; Sun, 19 Jul 2009 17:28:11 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by bwz4 with SMTP id 4so1410924bwz.43 for ; Sun, 19 Jul 2009 10:28:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=6P1ZVyNcBSMX8Dmh/2Uc5NQQd6rJYwD53Knh5n7ktG0=; b=ryv1P71/2cghmlNIjXvb4K0vb8+8gkEHurV7wAOnDXU+B2nGU1WcoXClcFfJ/qX+Qk vwbUkdMPt/6wegWZWCetGVT1BDHwliTVq3gdKs084OeIp9wGXnLXWglaU0VrEH2bYn86 QxVMQ/gdL/W8sxfLru9WC1CLJA+F1NJpUV0BA= 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=vaYxCW0kWdj3IdtT15KFzTv7namzJDKzUpoD9lTzg9nHZ3RaTh7rpfokqGaUdNexe9 79m3o+Hn5e3NRwAbQhgU9ITFKcIQoBTYf4AwGrSwCYuUpjDF6eKtsA7Nlon7lQ6YKVnd PnrgTzrcfqBdlJ7U55ume9fUGgmIH5wlcJmug= MIME-Version: 1.0 Received: by 10.204.51.210 with SMTP id e18mr3407490bkg.69.1248024491072; Sun, 19 Jul 2009 10:28:11 -0700 (PDT) In-Reply-To: <3a142e750907150027t106edef5m767dd0319f83bd63@mail.gmail.com> References: <3a142e750906080809i381c4e6amd93da8a135ab9bd3@mail.gmail.com> <1244477453.7794.2.camel@localhost> <3a142e750906081006v6369051dw75c5077e6032101f@mail.gmail.com> <1244656248.1701.53.camel@localhost> <3a142e750906101108v588e33dfsb0cb81f024c65cfb@mail.gmail.com> <1244658479.1701.56.camel@localhost> <3a142e750906101805re85136cif71eeeda2c641451@mail.gmail.com> <1245323702.1754.0.camel@localhost> <3a142e750907040333o3938c06y6369af6fa6976812@mail.gmail.com> <3a142e750907150027t106edef5m767dd0319f83bd63@mail.gmail.com> Date: Sun, 19 Jul 2009 19:28:10 +0200 Message-ID: <3a142e750907191028u15dfd769o26270d48d15ae664@mail.gmail.com> From: "Paul B. Mahol" To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: net@freebsd.org Subject: Re: ndis lor: hal preemption lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 17:28:13 -0000 On 7/15/09, Paul B. Mahol wrote: > On 7/4/09, Paul B. Mahol wrote: >> On 6/18/09, Coleman Kane wrote: >>> I've committed this one as r194432. >> >> Ah, that one introduced regression. >> Switching ndisX up before creating vap will cause panic. >> Here is fix: >> >> --- /sys/dev/if_ndis/if_ndis.c 2009-06-28 09:15:54.000000000 +0000 >> +++ if_ndis.c 2009-07-04 10:23:41.000000000 +0000 >> @@ -2292,6 +2292,8 @@ >> ifp = sc->ifp; >> ic = ifp->if_l2com; >> vap = TAILQ_FIRST(&ic->ic_vaps); >> + if (vap == NULL) >> + return; >> >> if (!NDIS_INITIALIZED(sc)) { >> DPRINTF(("%s: NDIS not initialized\n", __func__)); > > Bump! > > Please commit. Beep! kern/136895 -- Paul From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 18:17:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 540AC1065670; Sun, 19 Jul 2009 18:17:10 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id F3AAC8FC18; Sun, 19 Jul 2009 18:17:09 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id n6JIH5mX048027 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Jul 2009 14:17:09 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-current@freebsd.org, freebsd-stable Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-cbD+tMhyqRzyu/TEjcov" Date: Sun, 19 Jul 2009 14:16:57 -0400 Message-Id: <1248027417.14210.110.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1336; Body=0 Fuz1=0 Fuz2=0 Cc: Subject: HEADS-UP: Shared Library Versions bumped... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 18:17:10 -0000 --=-cbD+tMhyqRzyu/TEjcov Content-Type: text/plain Content-Transfer-Encoding: quoted-printable First I want to apologize. This should have happened a bit sooner in our release cycle than now. To be honest I had slipped into "We have symbol versioning for our libraries now" mode. But only a few of the libraries currently have that turned on and I sorta forgot we still need to deal with all the shared libraries that do not have symbol versioning enabled yet. Sorry for the hassle this will cause. Today with svn commit 195767 I bumped the version number of all non-symbol-version-ed shared libraries in preparation for 8.0-REL. We do this just in case API/ABI changes occured in head between 7.0 and now, it lets us provide the older library versions as "compatibility library ports" in the ports tree. The problem is that as of the next time you update a machine that had been running -current you are best off reinstalling all ports or other applications you have on the machine. When you reboot after doing the update to the base system everything you have installed will still work because the old shared library versions will still be there. However anything you build on the machine after its base system gets updated would be linked against the newer base system shared libraries but any libraries that are part of ports or other applications (e.g. the Xorg libraries) would have been linked against the older library versions. You really don't want to leave things that way. The ports folks will be starting up a fresh package build now but it takes some time for full package runs like this to complete, get uploaded, and then propagate out to the mirrors. If you tend to use pre-built packages instead of building them as ports yourself you might want to just hold off on updating anything until they let us know a fresh set of packages is available. And BETA3 will definitely be scheduled for after the fresh set of packages becomes available. And again - sorry for the hassle. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-cbD+tMhyqRzyu/TEjcov Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkpjYxkACgkQ/G14VSmup/b7aACgi5vkEuoGif2atxgOz9dCMCMb 7mwAmwbFxSXhAmfyM8nbA4FEKzn5nPXY =BshS -----END PGP SIGNATURE----- --=-cbD+tMhyqRzyu/TEjcov-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 18:26:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1C2E106564A for ; Sun, 19 Jul 2009 18:26:39 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 9B4148FC1D for ; Sun, 19 Jul 2009 18:26:39 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:58155 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1MSb5e-0001gZ-3v; Sun, 19 Jul 2009 20:26:28 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 63D971386C7; Sun, 19 Jul 2009 20:26:24 +0200 (CEST) Message-Id: <58F0204B-ECE6-479A-AAC2-7868E71ABB43@exscape.org> From: Thomas Backman To: Ken Smith In-Reply-To: <1248027417.14210.110.camel@neo.cse.buffalo.edu> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 19 Jul 2009 20:26:21 +0200 References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MSb5e-0001gZ-3v. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MSb5e-0001gZ-3v b201278915acd34693d46894c0c0555c Cc: FreeBSD current , freebsd-stable Subject: Re: HEADS-UP: Shared Library Versions bumped... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 18:26:40 -0000 On Jul 19, 2009, at 20:16, Ken Smith wrote: > The problem is that as of the next time you update a machine that had > been running -current you are best off reinstalling all ports or other > applications you have on the machine. When you reboot after doing the > update to the base system everything you have installed will still > work > because the old shared library versions will still be there. However > anything you build on the machine after its base system gets updated > would be linked against the newer base system shared libraries but any > libraries that are part of ports or other applications (e.g. the Xorg > libraries) would have been linked against the older library versions. > You really don't want to leave things that way. So, to be clear: a fresh ports tree and "portupgrade -af" after building and installing r195767+ should be enough to solve any problems? (installkernel, installworld, reboot, portupgrade -af) Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 18:33:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 752CA106564A; Sun, 19 Jul 2009 18:33:58 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 37B428FC24; Sun, 19 Jul 2009 18:33:58 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id n6JIXp5V048068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Jul 2009 14:33:55 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Thomas Backman In-Reply-To: <58F0204B-ECE6-479A-AAC2-7868E71ABB43@exscape.org> References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <58F0204B-ECE6-479A-AAC2-7868E71ABB43@exscape.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ZDoqDuif4Ydxt75AAoqh" Date: Sun, 19 Jul 2009 14:33:46 -0400 Message-Id: <1248028426.14210.114.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1336; Body=0 Fuz1=0 Fuz2=0 Cc: FreeBSD current , freebsd-stable Subject: Re: HEADS-UP: Shared Library Versions bumped... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 18:33:58 -0000 --=-ZDoqDuif4Ydxt75AAoqh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2009-07-19 at 20:26 +0200, Thomas Backman wrote: > On Jul 19, 2009, at 20:16, Ken Smith wrote: > > The problem is that as of the next time you update a machine that had > > been running -current you are best off reinstalling all ports or other > > applications you have on the machine. When you reboot after doing the > > update to the base system everything you have installed will still =20 > > work > > because the old shared library versions will still be there. However > > anything you build on the machine after its base system gets updated > > would be linked against the newer base system shared libraries but any > > libraries that are part of ports or other applications (e.g. the Xorg > > libraries) would have been linked against the older library versions. > > You really don't want to leave things that way. > So, to be clear: a fresh ports tree and "portupgrade -af" after =20 > building and installing r195767+ should be enough to solve any =20 > problems? (installkernel, installworld, reboot, portupgrade -af) >=20 Correct for those of you who let portupgrade do all the building for you (which the example command you give does). The reason I'm being careful is portupgrade can also be told to fetch pre-built packages. At the moment that will not work, if you use that approach please hold off until the ports folks let us know the packages have been rebuilt. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-ZDoqDuif4Ydxt75AAoqh Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkpjZwoACgkQ/G14VSmup/afbgCfTGrvBGVQKHRlXf3FwbpE7wCK yTcAn3z4wTx0qFrpltDHMzPHxNbhXGTC =Cuim -----END PGP SIGNATURE----- --=-ZDoqDuif4Ydxt75AAoqh-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 18:40:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 842DB106566B for ; Sun, 19 Jul 2009 18:40:17 +0000 (UTC) (envelope-from kaduk@MIT.EDU) Received: from biscayne-one-station.mit.edu (BISCAYNE-ONE-STATION.MIT.EDU [18.7.7.80]) by mx1.freebsd.org (Postfix) with ESMTP id 36B3C8FC16 for ; Sun, 19 Jul 2009 18:40:16 +0000 (UTC) (envelope-from kaduk@MIT.EDU) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id n6JISACc003632 for ; Sun, 19 Jul 2009 14:28:11 -0400 (EDT) Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id n6JIS9GN002265 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 19 Jul 2009 14:28:10 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id n6JIS9UU017226; Sun, 19 Jul 2009 14:28:09 -0400 (EDT) Date: Sun, 19 Jul 2009 14:28:08 -0400 (EDT) From: Benjamin Kaduk To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Scanned-By: MIMEDefang 2.42 X-Spam-Flag: NO X-Spam-Score: 0.00 Subject: nondeterministic device probing (mouse, laptop) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 18:40:17 -0000 Hi all, My laptop (ThinkPad T400) is running 8-current from May 24 or so. Sometimes, it fails to probe /dev/psm on boot; if I turn it off and turn it on again, it usually does find the mouse the second time. Any thoughts for how to start debugging this? I don't even know whether to suspect hardware or software more, at this point. Thanks, Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 18:45:24 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DB1C106566C for ; Sun, 19 Jul 2009 18:45:24 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 520F98FC1E for ; Sun, 19 Jul 2009 18:45:24 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id n6JIjNCa072677 for ; Sun, 19 Jul 2009 11:45:23 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id n6JIjNdb072676 for current@freebsd.org; Sun, 19 Jul 2009 11:45:23 -0700 (PDT) (envelope-from david) Date: Sun, 19 Jul 2009 11:45:23 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20090719184523.GU61607@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20090717161046.GH61607@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yRXsXhSYq7voLSEz" Content-Disposition: inline In-Reply-To: <20090717161046.GH61607@bunrab.catwhisker.org> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Trouble building world from r195708 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 18:45:24 -0000 --yRXsXhSYq7voLSEz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 17, 2009 at 09:10:46AM -0700, David Wolfskill wrote: > ... > /usr/lib/libgcc_eh.a(unwind-dw2.o)(.text+0x1e0d): In function `_Unwind_Ra= iseException': > : undefined reference to `__stack_chk_fail_local' > /usr/lib/libgcc_eh.a(unwind-dw2.o)(.text+0x1fe1): more undefined referenc= es to `__stack_chk_fail_local' follow > *** Error code 1 > ... pushd gnu/lib/libgcc && make && make install; popd appears to have resolved that issue. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --yRXsXhSYq7voLSEz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkpjacIACgkQmprOCmdXAD0hWwCfflO33gK5PuRLUwzulB4Wja1G qeYAnAuf4v7o9JND/B+BvdfYu6R9qJR3 =z9gH -----END PGP SIGNATURE----- --yRXsXhSYq7voLSEz-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 17:24:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 937DC106566C for ; Sun, 19 Jul 2009 17:24:09 +0000 (UTC) (envelope-from hank@millerfarm.com) Received: from millerfarm.com (mail.millerfarm.com [72.21.237.200]) by mx1.freebsd.org (Postfix) with SMTP id D06908FC19 for ; Sun, 19 Jul 2009 17:24:08 +0000 (UTC) (envelope-from hank@millerfarm.com) Received: (qmail 32538 invoked by uid 453); 19 Jul 2009 16:57:17 -0000 X-Virus-Checked: Checked by ClamAV on millerfarm.com Received: from pc-00001.millerfarm.com (HELO shiara.millerfarm.com) (192.168.1.1) (smtp-auth username hank, mechanism plain) by millerfarm.com (qpsmtpd/0.40) with ESMTPA; Sun, 19 Jul 2009 11:57:17 -0500 From: Henry Miller To: freebsd-current@freebsd.org Date: Sun, 19 Jul 2009 11:56:13 -0500 User-Agent: KMail/1.11.4 (FreeBSD/7.2-RELEASE; KDE/4.2.4; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907191156.13273.hank@millerfarm.com> X-Mailman-Approved-At: Sun, 19 Jul 2009 18:46:06 +0000 Subject: intel 5100 wifi - not detected in Beta 2, can I get it working? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 17:24:09 -0000 I have a laptop with an Intel 5100 wifi adapter in my laptop. (I think it is 5100, might be a 5300 if I ordered the other option, but either way the same driver should work?) I loaded the Beta-2 live CD, but was unable to get this to function. Nothing in dmesg even indicated that the adapter is detected. Is there something I can do to the live CD to make this work? Do I need to do a full install and enable something? I have been unable to find much about this by searching, apparently Daniel is working on support. It seems that the iwn driver could work, but I can't find any status. I'd offer to help write the support if I could find enough documentation on how this card works (I haven't done much driver work, but I think I could), so pointers in that direction would be welcome too. I'm not subscribed (yet) so please CC me on all replies. From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 19:04:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C8AE106564A; Sun, 19 Jul 2009 19:04:07 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from mtaout01-winn.ispmail.ntl.com (mtaout01-winn.ispmail.ntl.com [81.103.221.47]) by mx1.freebsd.org (Postfix) with ESMTP id 0C9388FC0A; Sun, 19 Jul 2009 19:03:34 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout04-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout01-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090719190333.DERV6742.mtaout01-winn.ispmail.ntl.com@aamtaout04-winn.ispmail.ntl.com>; Sun, 19 Jul 2009 20:03:33 +0100 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout04-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090719190333.OUTN22934.aamtaout04-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com>; Sun, 19 Jul 2009 20:03:33 +0100 X-Virus-Scanned: amavisd-new at omega.private.lan Received: from localhost (localhost [127.0.0.1]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n6JJ3RRr017922; Sun, 19 Jul 2009 20:03:27 +0100 (BST) (envelope-from ianjhart@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com) Received: from gamma.private.lan (gamma.private.lan [192.168.0.12]) by webmail.private.lan (Horde Framework) with HTTP; Sun, 19 Jul 2009 20:03:27 +0100 Message-ID: <20090719200327.848399266qvz2jgg@webmail.private.lan> Date: Sun, 19 Jul 2009 20:03:27 +0100 From: Ian J Hart To: Kip Macy References: <20090624153442.137934uzyotkb5og@10.248.192.16> <20090707210345.13681mi2dwvan78k@webmail.private.lan> <3c1674c90907071412t346b1591rfecfae22bb60a8f5@mail.gmail.com> <20090708122417.14619w86w7wfu4ms@10.248.192.16> <3c1674c90907081313q31c48953u8c4bde5d0e156acf@mail.gmail.com> In-Reply-To: <3c1674c90907081313q31c48953u8c4bde5d0e156acf@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-7.2 X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cpc1-cove3-0-0-cust909.sol2.cable.ntl.com X-Cloudmark-Analysis: v=1.0 c=1 a=ERehf_AEJYYA:10 a=6I5d2MoRAAAA:8 a=szcsTo1WmaNtUgNiKykA:9 a=gND7lsdQPnmvpj85HeoA:7 a=qQD79z1B9CsrlDau0RXBtGhtLS0A:4 a=SV7veod9ZcQA:10 Cc: freebsd-current@freebsd.org, Ian J Hart Subject: Re: zpool scrub errors on 3ware 9550SXU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 19:04:07 -0000 Quoting Kip Macy : > The reason why the results on 7-STABLE are so important is that it is > now running the exact same version of ZFS as HEAD. So if you aren't > seeing checksum errors on 7-STABLE then the problem lies elsewhere in > the storage stack. There are so many things that could cause this that > I won't even speculate. > > Thanks for the information. I'll try to figure out how to narrow it down. > > -Kip > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > I realise this is not going anywhere unless someone else gets the same error (preferably on different hardware) but FWIW I still get the same error on 8.0-BETA2. I only did one run so far but it took 3 hours rather than 40 minutes. Offset is roughly twice the typical value, although again, this may not be significant. Any commits in the storage stack? I have a new mobo/cpu/ram/raid card on order which I'll be able to test the week after next. The old board etc will go into a system with a set of 500GB disks, so I'll get two sets of tests for the price of one. Very soon after that I have to put both boxes into production. Jul 19 19:12:54 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da14 offset=624129919488 size=22016 Jul 19 19:12:54 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da11 offset=624129591808 size=21504 Jul 19 19:12:54 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da9 offset=624130029568 size=22016 Jul 19 19:13:06 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da4 offset=624318266368 size=21504 Jul 19 19:13:06 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da15 offset=624317789696 size=22016 Jul 19 19:13:08 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da14 offset=624339560448 size=22016 Jul 19 19:13:10 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da10 offset=624369130496 size=22016 Jul 19 19:13:10 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da11 offset=624369171456 size=22016 Jul 19 19:13:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da0 offset=624426701824 size=22016 Jul 19 19:13:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da1 offset=624426701824 size=22016 Jul 19 19:13:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da2 offset=624426701824 size=22016 Jul 19 19:13:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da3 offset=624426701824 size=22016 Jul 19 19:13:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da4 offset=624426701824 size=22016 Jul 19 19:13:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da5 offset=624426701824 size=22016 Jul 19 19:13:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da6 offset=624426701824 size=21504 Jul 19 19:13:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da7 offset=624426701824 size=21504 Jul 19 19:13:16 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da10 offset=624469054464 size=21504 Jul 19 19:13:16 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da2 offset=624469552640 size=21504 Jul 19 19:13:16 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da3 offset=624469552640 size=21504 Jul 19 19:13:37 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da5 offset=626105954816 size=22016 Jul 19 19:13:53 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da2 offset=626296076800 size=22016 Jul 19 19:13:55 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da3 offset=626306811904 size=22016 Jul 19 19:13:55 data kernel: twa0: ERROR: (0x16: 0x1302): Unexpected status bit(s): status reg = 0xd00000 Unexpected bits: [PCI_ABRT,Q_ERR,PCI_PERR] Jul 19 19:13:55 data kernel: twa0: parity error: clearing... Re-seat/move/replace card: (0x49435000: 0x1303): PCI parity error: clearing... Re-seat/move/replace card: status reg = 0x30db64a7 [MC_RDY,RESP_Q_EMPTY,RESP_INTR,CMD_INTR,HOS T_INTR,PCI_ABRT,Q_ERR,PCI_PERR] Jul 19 19:13:55 data kernel: twa0: abort: clearing... : (0x49435000: 0x1304): PCI abort: clearing... : status reg = 0x30db64a7 [MC_RDY,RESP_Q_EMPTY,RESP_INTR,CMD_INTR,HOST_INTR,PCI_ABRT,Q_ERR,PCI_PERR] Jul 19 19:13:55 data kernel: twa0: troller queue error: clearing... : (0x6E6F4300: 0x1305): Controller queue error: clearing... : status reg = 0x30db64a7 [MC_RDY,RESP_Q_EMPTY,RESP_INTR,CMD_INTR,HOST_INTR,PCI_ABRT,Q_ERR,PCI_PERR] Jul 19 19:13:55 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da6 offset=626306920960 size=22016 Jul 19 19:13:55 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da7 offset=626306920960 size=22016 Jul 19 19:13:56 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da7 offset=626316084224 size=16384 Jul 19 19:13:56 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da6 offset=626317622784 size=22016 Jul 19 19:13:56 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da13 offset=626316797440 size=22016 Jul 19 19:14:12 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da15 offset=626486498304 size=21504 Jul 19 19:14:12 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da2 offset=626486997504 size=21504 Jul 19 19:14:12 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da3 offset=626486756352 size=22016 Jul 19 19:14:43 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da2 offset=626830958592 size=21504 Jul 19 19:14:43 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da3 offset=626830980096 size=17920 Jul 19 19:14:43 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da12 offset=626830480384 size=22016 Jul 19 19:14:43 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da13 offset=626830480384 size=22016 Jul 19 19:14:43 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da14 offset=626830480384 size=22016 Jul 19 19:14:43 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da15 offset=626830480384 size=22016 Jul 19 19:14:43 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da8 offset=626830480896 size=22016 Jul 19 19:14:43 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da9 offset=626830480896 size=22016 Jul 19 19:14:43 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da10 offset=626830480896 size=21504 Jul 19 19:14:43 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da11 offset=626830480896 size=21504 Jul 19 19:14:44 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da7 offset=626839974400 size=17920 Jul 19 19:14:44 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da9 offset=626839497216 size=17920 Jul 19 19:14:44 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da8 offset=626839429120 size=18944 Jul 19 19:14:47 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da12 offset=626870235648 size=21504 Jul 19 19:14:47 data kernel: twa0: ERROR: (0x16: 0x1302): Unexpected status bit(s): status reg = 0x200000 Unexpected bits: [MC_ERR,] Jul 19 19:14:47 data kernel: twa0: or! : (0x72726520: 0x1307): Micro-controller error! : status reg = 0x97273372 [CMD_Q_EMPTY,MC_RDY,RESP_INTR,CMD_INTR,ATTN_INTR,MC_ERR,] Jul 19 19:14:56 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da4 offset=626964436992 size=21504 Cheers -- ian j hart ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 19:09:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D150F106564A for ; Sun, 19 Jul 2009 19:09:28 +0000 (UTC) (envelope-from krad@snaffler.net) Received: from mk-filter-2-a-1.mail.uk.tiscali.com (mk-filter-2-a-1.mail.uk.tiscali.com [212.74.100.53]) by mx1.freebsd.org (Postfix) with ESMTP id 6C7978FC1D for ; Sun, 19 Jul 2009 19:09:28 +0000 (UTC) (envelope-from krad@snaffler.net) X-Trace: 232188378/mk-filter-2.mail.uk.tiscali.com/B2C/$b2c-THROTTLED/b2c-CUSTOMER-STATIC-IP/80.45.84.89/None/krad@snaffler.net X-SBRS: None X-RemoteIP: 80.45.84.89 X-IP-MAIL-FROM: krad@snaffler.net X-SMTP-AUTH: X-MUA: Microsoft Outlook Express 6.00.2900.5512Produced By Microsoft MimeOLE V6.00.2900.5579 X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhEMAOcEY0pQLVRZ/2dsb2JhbACBSlKIa8AchAwFgT8 X-IronPort-AV: E=Sophos;i="4.43,230,1246834800"; d="scan'208";a="232188378" Received: from lambo.snaffler.net (HELO LTPCSCOTT) ([80.45.84.89]) by smtp.tiscali.co.uk with SMTP; 19 Jul 2009 19:40:27 +0100 Message-ID: From: "krad" To: Date: Sun, 19 Jul 2009 19:37:33 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Subject: usb pen drive not detecting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 19:09:29 -0000 hi I cant get bsd to detect any usb pen drives on my system. I have a generic kernel with a few extra options that i cant see causing any issues. I do get a few kernel messages when I plug the drive in (see below). The pen drives are plugged directly into the usb headers on the back of the motherboard ie not the kvm (which works) I'm happy to supply any extra debug information usbd_req_re_enumerate:1539: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) Root mount waiting for: usbus4 usbd_req_re_enumerate:1553: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT! ugen4.4: <(null)> at usbus4 (disconnected) uhub_reattach_port:435: could not allocate new device! $ usbconfig ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.2: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen4.3: at usbus4, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON $ uname -a FreeBSD X 8.0-BETA2 FreeBSD 8.0-BETA2 #2: Sat Jul 18 23:29:28 BST 2009 root@x:/usr/obj/usr/src/sys/me amd64 $ cat /sys/amd64/conf/me include GENERIC options KDTRACE_FRAME # Ensure frames are compiled in options KDTRACE_HOOKS # Kernel DTrace hooks options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ options ALTQ_NOPCC device carp options COM_MULTIPORT device puc From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 18:31:11 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C7501065670 for ; Sun, 19 Jul 2009 18:31:11 +0000 (UTC) (envelope-from krad@snaffler.net) Received: from mk-filter-1-a-1.mail.uk.tiscali.com (mk-filter-1-a-1.mail.uk.tiscali.com [212.74.100.52]) by mx1.freebsd.org (Postfix) with ESMTP id EBDF68FC25 for ; Sun, 19 Jul 2009 18:31:10 +0000 (UTC) (envelope-from krad@snaffler.net) X-Trace: 232600736/mk-filter-1.mail.uk.tiscali.com/B2C/$b2c-THROTTLED/b2c-CUSTOMER-STATIC-IP/80.45.84.89/None/krad@snaffler.net X-SBRS: None X-RemoteIP: 80.45.84.89 X-IP-MAIL-FROM: krad@snaffler.net X-SMTP-AUTH: X-MUA: Microsoft Outlook Express 6.00.2900.5512Produced By Microsoft MimeOLE V6.00.2900.5579 X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhEMADv8YkpQLVRZ/2dsb2JhbACBSlKIa8APhAwFgT8 X-IronPort-AV: E=Sophos;i="4.43,230,1246834800"; d="scan'208";a="232600736" Received: from lambo.snaffler.net (HELO LTPCSCOTT) ([80.45.84.89]) by smtp.tiscali.co.uk with SMTP; 19 Jul 2009 19:01:56 +0100 Message-ID: <7142D2AC7FF846A297A54BE55D821CF0@uk.tiscali.intl> From: "krad" To: Date: Sun, 19 Jul 2009 19:01:48 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailman-Approved-At: Sun, 19 Jul 2009 19:26:50 +0000 Cc: Subject: usb pen drive not detecting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 18:31:11 -0000 hi I cant get bsd to detect any usb pen drives on my system. I have a generic kernel with a few extra options that i cant see causing any issues. I do get a few kernel messages when I plug the drive in (see below). The pen drives are plugged directly into the usb headers on the back of the motherboard ie not the kvm (which works) I'm happy to supply any extra debug information usbd_req_re_enumerate:1539: addr=4, set address failed! (USB_ERR_TIMEOUT, ignored) Root mount waiting for: usbus4 usbd_req_re_enumerate:1553: getting device descriptor at addr 4 failed, USB_ERR_TIMEOUT! ugen4.4: <(null)> at usbus4 (disconnected) uhub_reattach_port:435: could not allocate new device! $ usbconfig ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.2: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen4.3: at usbus4, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON $ uname -a FreeBSD X 8.0-BETA2 FreeBSD 8.0-BETA2 #2: Sat Jul 18 23:29:28 BST 2009 root@x:/usr/obj/usr/src/sys/me amd64 $ cat /sys/amd64/conf/me include GENERIC options KDTRACE_FRAME # Ensure frames are compiled in options KDTRACE_HOOKS # Kernel DTrace hooks options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ options ALTQ_NOPCC device carp options COM_MULTIPORT device puc From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 19:28:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFD59106566B; Sun, 19 Jul 2009 19:28:50 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-bw0-f208.google.com (mail-bw0-f208.google.com [209.85.218.208]) by mx1.freebsd.org (Postfix) with ESMTP id 1ADAC8FC21; Sun, 19 Jul 2009 19:28:49 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by bwz4 with SMTP id 4so1442467bwz.43 for ; Sun, 19 Jul 2009 12:28:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=0UbK9MNlOa6lc+L9qBGpf6LVJQGzgERNDqdBsaUf9Z8=; b=IK1gWQIZsRZHYiB3VApRGY/7sIIGWXQNW2Z2DW5GrAy0O39m9kru2+sw8m6hNTUaOh lKYVewDch+f7jNIlj2/zRpbpM6SstQlNE8s9ixfOY4oKrRuROtTAKV1pc72OHcx9bAvC kf28P8DLppegWf8sXs4Ulj57INdfTDAxaT1wE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=b+AY9x1LoBYMzFpIWbG/3fB12fNGAqUa+Okk4njT6v4aRSv44r+Ygxtd2fyQ6FerNp moYKiFPHfIW+vC+hoAOwRrBgwF37wpy1WM75fvmLKGSUtpYJRkoLbjdOJ2CrINja4oXD xH+fqXzjr4PUANMMOXz5fpbsWzpXToRQhZWU4= MIME-Version: 1.0 Received: by 10.223.108.15 with SMTP id d15mr972104fap.62.1248029792996; Sun, 19 Jul 2009 11:56:32 -0700 (PDT) In-Reply-To: <200907191156.13273.hank@millerfarm.com> References: <200907191156.13273.hank@millerfarm.com> Date: Sun, 19 Jul 2009 22:56:32 +0400 Message-ID: <19e7832a0907191156m76f87283qb67208bc8f686890@mail.gmail.com> From: Andrey Fesenko To: Henry Miller , freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: intel 5100 wifi - not detected in Beta 2, can I get it working? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 19:28:51 -0000 On Sun, Jul 19, 2009 at 8:56 PM, Henry Miller wrote: > > I have a laptop with an Intel 5100 wifi adapter in my laptop. (I think it > is > 5100, might be a 5300 if I ordered the other option, but either way the > same > driver should work?) I loaded the Beta-2 live CD, but was unable to get > this > to function. > This last message http://lists.freebsd.org/pipermail/freebsd-current/2009-April/006274.htmlabout this wifi card intel 5100 agn :( This card intel 5100 agn worked on OpenBSD, and OpenSolaris. From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 19:52:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 633CE106564A for ; Sun, 19 Jul 2009 19:52:17 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id C33978FC1C for ; Sun, 19 Jul 2009 19:52:16 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=PiioE0IkECKPiCO94QMA:9 a=RkhHhzEW_q1FjES_q0dL3rM6D7IA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 226695088; Sun, 19 Jul 2009 21:52:15 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 19 Jul 2009 21:51:59 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <7142D2AC7FF846A297A54BE55D821CF0@uk.tiscali.intl> In-Reply-To: <7142D2AC7FF846A297A54BE55D821CF0@uk.tiscali.intl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907192152.01076.hselasky@c2i.net> Cc: krad , current@freebsd.org Subject: Re: usb pen drive not detecting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 19:52:18 -0000 On Sunday 19 July 2009 20:01:48 krad wrote: > I cant get bsd to detect any usb pen drives on my system. I have a generic > kernel with a few extra options that i cant see Are your pen-drives detected if you set: sysctl hw.usb.ehci.no_hs=1 Before plugging the device? --HPS From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 21:01:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A89721065670 for ; Sun, 19 Jul 2009 21:01:02 +0000 (UTC) (envelope-from michiel@boland.org) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.freebsd.org (Postfix) with ESMTP id 2DA2B8FC0C for ; Sun, 19 Jul 2009 21:01:01 +0000 (UTC) (envelope-from michiel@boland.org) Received: from aja.boland.org (91-43-215.ftth.xms.internl.net [82.215.43.91]) (authenticated bits=0) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id n6JKmuKA087502 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 19 Jul 2009 22:48:56 +0200 (CEST) (envelope-from michiel@boland.org) Message-ID: <4A6386B8.9050606@boland.org> Date: Sun, 19 Jul 2009 22:48:56 +0200 From: Michiel Boland User-Agent: Thunderbird 2.0.0.22 (X11/20090624) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: mklocale broken -> buildworld broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 21:01:02 -0000 Hi. Buildworld stops in ===> share/mklocale (all) mklocale -o am_ET.UTF-8.out /usr/src/share/mklocale/am_ET.UTF-8.src am_ET.UTF-8.out: Inappropriate ioctl for device I believe I solved this by doing a make and make install in usr.bin/mklocale, but surely the buildworld would want to build mklocale first, and then use that in share/mklocale Cheers Michiel From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 20:52:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56C29106566C for ; Sun, 19 Jul 2009 20:52:30 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.freebsd.org (Postfix) with ESMTP id CBC648FC08 for ; Sun, 19 Jul 2009 20:52:29 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from ubm.mine.nu (mail.upper.net [62.75.224.33]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id n6JKqLaJ020297 for ; Sun, 19 Jul 2009 22:52:25 +0200 Received: from ubm.mine.nu ([85.181.21.137] helo=ubm.mine.nu) by ASSP.nospam.UpPeRnEt; 19 Jul 2009 22:52:21 +0200 Date: Sun, 19 Jul 2009 22:52:21 +0200 From: Marc "UBM" Bocklet To: freebsd-current@freebsd.org Message-Id: <20090719225221.cf9d8417.ubm@u-boot-man.de> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.10; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 19 Jul 2009 21:28:03 +0000 Subject: Really slow gigabit link in one direction (em -> sk) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 20:52:30 -0000 Hiho! :-) Transfer speed from the em adapter in our fileserver to another machine (sk adapter) is really slow (measurements taken with iperf without options): ------------------------------------------------------------ Client connecting to 192.168.0.23, TCP port 5001 TCP window size: 32.5 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.0.222 port 52856 connected with 192.168.0.23 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.2 sec 181 MBytes 149 Mbits/sec On the other hand, speed from the sk adapter to em is acceptable (for an untuned connection and a possibly crappy cable, imho): ------------------------------------------------------------ Client connecting to 192.168.0.222, TCP port 5001 TCP window size: 32.5 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.0.23 port 32579 connected with 192.168.0.222 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 505 MBytes 423 Mbits/sec Cable is about 15m long, cat-5. On the receiving end sits a Marvell sk gigabit card. I've tried setting the mtu on both sides to 9000 and to other values as well, but it makes no difference. Neither does increasing net.inet.tcp.sendspace: 32768 net.inet.tcp.recvspace: 65536 to 8MB, as some sources suggested (actually, it does make a difference, it nets ca. 100Mbit more in the sk->em direction, but does nothing for the em->sk direction). Am I doing something wrong? Should I burn my cable? :-) Additional info for the machine containing the sk card: skc0@pci0:2:8:0: class=0x020000 card=0xc2311297 chip=0x432011ab rev=0x13 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'Yukon 88E8001/8003/8010 PCI Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet sk0: flags=8843 metric 0 mtu 1500 options=b ether 00:30:1b:b5:fb:d9 inet 192.168.0.23 netmask 0xffffff00 broadcast 192.168.0.255 media: Ethernet autoselect (1000baseT ) status: active net.inet.tcp.mssdflt: 512 net.inet.tcp.keepidle: 7200000 net.inet.tcp.keepintvl: 75000 net.inet.tcp.sendspace: 32768 net.inet.tcp.recvspace: 65536 net.inet.tcp.keepinit: 75000 net.inet.tcp.delacktime: 100 net.inet.tcp.v6mssdflt: 1024 net.inet.tcp.hostcache.purge: 0 net.inet.tcp.hostcache.prune: 300 net.inet.tcp.hostcache.expire: 3600 net.inet.tcp.hostcache.count: 310 net.inet.tcp.hostcache.bucketlimit: 30 net.inet.tcp.hostcache.hashsize: 512 net.inet.tcp.hostcache.cachelimit: 15360 net.inet.tcp.wlock_looped: 0 net.inet.tcp.wlock_relocked: 0 net.inet.tcp.wlock_upgraded: 11246 net.inet.tcp.tcp_wlock_atfirst: 19669 net.inet.tcp.rlock_atfirst: 4875339 net.inet.tcp.read_locking: 1 net.inet.tcp.recvbuf_max: 16777216 net.inet.tcp.recvbuf_inc: 16384 net.inet.tcp.recvbuf_auto: 1 net.inet.tcp.insecure_rst: 0 net.inet.tcp.ecn.maxretries: 1 net.inet.tcp.ecn.enable: 0 net.inet.tcp.abc_l_var: 2 net.inet.tcp.rfc3465: 1 net.inet.tcp.rfc3390: 1 net.inet.tcp.rfc3042: 1 net.inet.tcp.drop_synfin: 0 net.inet.tcp.delayed_ack: 1 net.inet.tcp.blackhole: 0 net.inet.tcp.log_in_vain: 0 net.inet.tcp.sendbuf_max: 16777216 net.inet.tcp.sendbuf_inc: 8192 net.inet.tcp.sendbuf_auto: 1 net.inet.tcp.tso: 1 net.inet.tcp.newreno: 1 net.inet.tcp.local_slowstart_flightsize: 4 net.inet.tcp.slowstart_flightsize: 1 net.inet.tcp.path_mtu_discovery: 1 net.inet.tcp.reass.overflows: 2610 net.inet.tcp.reass.maxqlen: 48 net.inet.tcp.reass.cursegments: 2 net.inet.tcp.reass.maxsegments: 1600 net.inet.tcp.sack.globalholes: 0 net.inet.tcp.sack.globalmaxholes: 65536 net.inet.tcp.sack.maxholes: 128 net.inet.tcp.sack.enable: 1 net.inet.tcp.inflight.stab: 20 net.inet.tcp.inflight.max: 1073725440 net.inet.tcp.inflight.min: 6144 net.inet.tcp.inflight.rttthresh: 10 net.inet.tcp.inflight.debug: 0 net.inet.tcp.inflight.enable: 1 net.inet.tcp.isn_reseed_interval: 0 net.inet.tcp.icmp_may_rst: 1 net.inet.tcp.pcbcount: 96 net.inet.tcp.do_tcpdrain: 1 net.inet.tcp.tcbhashsize: 512 net.inet.tcp.log_debug: 0 net.inet.tcp.minmss: 216 net.inet.tcp.syncache.rst_on_sock_fail: 1 net.inet.tcp.syncache.rexmtlimit: 3 net.inet.tcp.syncache.hashsize: 512 net.inet.tcp.syncache.count: 0 net.inet.tcp.syncache.cachelimit: 15360 net.inet.tcp.syncache.bucketlimit: 30 net.inet.tcp.syncookies_only: 0 net.inet.tcp.syncookies: 1 net.inet.tcp.timer_race: 0 net.inet.tcp.finwait2_timeout: 60000 net.inet.tcp.fast_finwait2_recycle: 0 net.inet.tcp.always_keepalive: 1 net.inet.tcp.rexmit_slop: 200 net.inet.tcp.rexmit_min: 30 net.inet.tcp.msl: 30000 net.inet.tcp.nolocaltimewait: 0 net.inet.tcp.maxtcptw: 5120 Additional info for the computer with the em card: em0@pci0:1:7: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 em0: flags=8843 metric 0 mtu 9000 options=9b ether 00:1b:21:17:2e:5d inet 192.168.0.222 netmask 0xffffff00 broadcast 192.168.0.255 media: Ethernet autoselect (1000baseT ) status: active net.inet.tcp.rfc1323: 1 net.inet.tcp.mssdflt: 512 net.inet.tcp.keepidle: 7200000 net.inet.tcp.keepintvl: 75000 net.inet.tcp.sendspace: 32768 net.inet.tcp.recvspace: 65536 net.inet.tcp.keepinit: 75000 net.inet.tcp.delacktime: 100 net.inet.tcp.v6mssdflt: 1024 net.inet.tcp.hostcache.purge: 0 net.inet.tcp.hostcache.prune: 300 net.inet.tcp.hostcache.expire: 3600 net.inet.tcp.hostcache.count: 1 net.inet.tcp.hostcache.bucketlimit: 30 net.inet.tcp.hostcache.hashsize: 512 net.inet.tcp.hostcache.cachelimit: 15360 net.inet.tcp.wlock_looped: 0 net.inet.tcp.wlock_relocked: 0 net.inet.tcp.wlock_upgraded: 281 net.inet.tcp.tcp_wlock_atfirst: 296 net.inet.tcp.rlock_atfirst: 1608326 net.inet.tcp.read_locking: 1 net.inet.tcp.recvbuf_max: 16777216 net.inet.tcp.recvbuf_inc: 16384 net.inet.tcp.recvbuf_auto: 1 net.inet.tcp.insecure_rst: 0 net.inet.tcp.ecn.maxretries: 1 net.inet.tcp.ecn.enable: 0 net.inet.tcp.abc_l_var: 2 net.inet.tcp.rfc3465: 1 net.inet.tcp.rfc3390: 1 net.inet.tcp.rfc3042: 1 net.inet.tcp.drop_synfin: 0 net.inet.tcp.delayed_ack: 1 net.inet.tcp.blackhole: 0 net.inet.tcp.log_in_vain: 0 net.inet.tcp.sendbuf_max: 16777216 net.inet.tcp.sendbuf_inc: 8192 net.inet.tcp.sendbuf_auto: 1 net.inet.tcp.tso: 1 net.inet.tcp.newreno: 1 net.inet.tcp.local_slowstart_flightsize: 4 net.inet.tcp.slowstart_flightsize: 1 net.inet.tcp.path_mtu_discovery: 1 net.inet.tcp.reass.overflows: 0 net.inet.tcp.reass.maxqlen: 48 net.inet.tcp.reass.cursegments: 0 net.inet.tcp.reass.maxsegments: 1600 net.inet.tcp.sack.globalholes: 0 net.inet.tcp.sack.globalmaxholes: 65536 net.inet.tcp.sack.maxholes: 128 net.inet.tcp.sack.enable: 1 net.inet.tcp.inflight.stab: 20 net.inet.tcp.inflight.max: 1073725440 net.inet.tcp.inflight.min: 6144 net.inet.tcp.inflight.rttthresh: 10 net.inet.tcp.inflight.debug: 0 net.inet.tcp.inflight.enable: 1 net.inet.tcp.isn_reseed_interval: 0 net.inet.tcp.icmp_may_rst: 1 net.inet.tcp.pcbcount: 11 net.inet.tcp.do_tcpdrain: 1 net.inet.tcp.tcbhashsize: 512 net.inet.tcp.log_debug: 0 net.inet.tcp.minmss: 216 net.inet.tcp.syncache.rst_on_sock_fail: 1 net.inet.tcp.syncache.rexmtlimit: 3 net.inet.tcp.syncache.hashsize: 512 net.inet.tcp.syncache.count: 0 net.inet.tcp.syncache.cachelimit: 15360 net.inet.tcp.syncache.bucketlimit: 30 net.inet.tcp.syncookies_only: 0 net.inet.tcp.syncookies: 1 net.inet.tcp.timer_race: 0 net.inet.tcp.finwait2_timeout: 60000 net.inet.tcp.fast_finwait2_recycle: 0 net.inet.tcp.always_keepalive: 1 net.inet.tcp.rexmit_slop: 200 net.inet.tcp.rexmit_min: 30 net.inet.tcp.msl: 30000 net.inet.tcp.nolocaltimewait: 0 net.inet.tcp.maxtcptw: 5120 Bye Marc -- "And what rough beast, its hour come round at last, Slouches towards Bethlehem to be born?" W.B. Yeats, The Second Coming From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 22:18:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B67D01065678 for ; Sun, 19 Jul 2009 22:18:12 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from mail-bw0-f208.google.com (mail-bw0-f208.google.com [209.85.218.208]) by mx1.freebsd.org (Postfix) with ESMTP id 1B8E68FC19 for ; Sun, 19 Jul 2009 22:18:11 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: by bwz4 with SMTP id 4so1484454bwz.43 for ; Sun, 19 Jul 2009 15:18:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=J0ndQFSG35TkxCU8UJsEcqx0A4wZXg97cXOQE6I/mJM=; b=QdXtcPzF+uvdf4t+Zv212WrPP5aGGNE+3bGNVZoo4kdkS37TMFvfN7Tkv0DyJOFHB6 8atolm8uwEedxsHP3LFCfJF/AEigrsi8yT5fAsnGOgq2wATF6JyFrwd5wSeTtlZ1QpLD 2HBU3aCbLWOtJFJVb0AMGuYnKE+SOHxvosuFk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=W6a73ov7La51YoFqMgxauxq/Ca0fJECcUlCnQdmL7pz3Mwm6VJRNb2V2WkPxAv+hdr OiDTuzaY1CwrEB6DiVmDX/ArrA/+AdUyfCGSNB+WJx5lBg3IBKGlm/7AOO4T3LEgNEhK 5TzZ+B+1/lJg6hrb3RVbhfM9H+iL2kxo67qDs= MIME-Version: 1.0 Received: by 10.103.225.11 with SMTP id c11mr932198mur.57.1248040306774; Sun, 19 Jul 2009 14:51:46 -0700 (PDT) In-Reply-To: References: <7142D2AC7FF846A297A54BE55D821CF0@uk.tiscali.intl> <200907192152.01076.hselasky@c2i.net> Date: Sun, 19 Jul 2009 22:51:46 +0100 Message-ID: From: chris scott To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fwd: usb pen drive not detecting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 22:18:13 -0000 not visible after boot either even though i have poked it in loader.conf 2009/7/19 chris scott > hmm, i notice it nobbles the port to 12 Meg, not ideal is this a know > issue? > > > 2009/7/19 chris scott > > >> >> 2009/7/19 Hans Petter Selasky >> >> On Sunday 19 July 2009 20:01:48 krad wrote: >>> > I cant get bsd to detect any usb pen drives on my system. I have a >>> generic >>> > kernel with a few extra options that i cant see >>> >>> Are your pen-drives detected if you set: >>> >>> sysctl hw.usb.ehci.no_hs=1 >>> >>> Before plugging the device? >>> >>> --HPS >>> >>> hmm this did indeed work thanks. Is this setting going to be in the >> default sysctl.conf as if it isn't I can see it causing a lot of fault >> reports when current becomes stable? >> > > From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 22:30:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C3EE1065673 for ; Sun, 19 Jul 2009 22:30:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4813F8FC15 for ; Sun, 19 Jul 2009 22:30:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id CA7B341C7AA for ; Mon, 20 Jul 2009 00:30:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id ooOuV-FDY4+1 for ; Mon, 20 Jul 2009 00:30:06 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 1576A41C750; Mon, 20 Jul 2009 00:30:06 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 1B5D74448E6 for ; Sun, 19 Jul 2009 22:28:08 +0000 (UTC) Date: Sun, 19 Jul 2009 22:28:08 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: <20090719221755.W245@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: minidump size X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 22:30:08 -0000 Hi, I am booting an amd64 machine with 8GB RAM from NFS (NFS Root). If I enter the debugger by the time I get to the login prompt or shortly afterwards and run call doadump the dump size is between 1.2 and 1.9GB (sometimes I logged in ran netstat, ps and the like, rebuilt a library). For a freshly booted system this sounds huge; no I am not using any disk and the swap space only for the dumps (and thus no ZFS either just to answer that question upfront). Has anyone an idea why the minidumps are so huge at this stage of uptime? Is it because of the NFS root? /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 22:30:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14AC2106566B for ; Sun, 19 Jul 2009 22:30:49 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-qy0-f204.google.com (mail-qy0-f204.google.com [209.85.221.204]) by mx1.freebsd.org (Postfix) with ESMTP id 69CF08FC19 for ; Sun, 19 Jul 2009 22:30:48 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: by qyk42 with SMTP id 42so1509779qyk.3 for ; Sun, 19 Jul 2009 15:30:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=jPcwXwoL2eMTaxa8rwvcrCG0fexw2FJFltxQ2+9NHZ8=; b=qThQ3Nx5NYcKCNmSLxG5gBxB2NcFLCxKuAMHa0l060NUjdo6BhQnOZti4FiDUHWw0Z MbHoDSlb5Sdll5x7+K2KGtzPz0Ps8AqPDvDiCz9gpjCW5Hz2lLjyQGZpqWeJRXcqjDIl CCbebShVluI0xOHOjcFz8a1vSqX2PBr2X0/2A= 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=R/SCAuc5e0qxjSi5K/tEKpNudBvcF3XMw26k/AYihhif5edUFUNiSNxWAa+FmoTayY 6SGU9yi4b1DpAKI733/L2gcFtOjIhG0/cPmyvchgL36Exk8uKxLP0+5duSkghTdoWOPY vnB2tla9HqvU3qoEZpptx4fy4EuiPRnzrZw6c= MIME-Version: 1.0 Received: by 10.224.45.72 with SMTP id d8mr2260552qaf.205.1248042647266; Sun, 19 Jul 2009 15:30:47 -0700 (PDT) In-Reply-To: <3a142e750907171509o62c999c5o446bcd7cd576b9a5@mail.gmail.com> References: <4A5D27F2.50208@voicenet.com> <3a142e750907150020h712bfcecq89d5ccf3e00e302c@mail.gmail.com> <200907150713.47807.adamk@voicenet.com> <200907171743.11143.gnemmi@gmail.com> <3a142e750907171509o62c999c5o446bcd7cd576b9a5@mail.gmail.com> Date: Mon, 20 Jul 2009 00:30:47 +0200 Message-ID: <19e9a5dc0907191530s679c0b37v49a836cc00bbf58a@mail.gmail.com> From: Gonzalo Nemmi To: "Paul B. Mahol" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Adam K Kirchhoff Subject: Re: bge problems when resuming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 22:30:51 -0000 On Sat, Jul 18, 2009 at 12:09 AM, Paul B. Mahol wrote: > On 7/17/09, Gonzalo Nemmi wrote: > > On Wednesday 15 July 2009 8:13:47 am Adam K Kirchhoff wrote: > >> On Wednesday 15 July 2009 03:20:45 Paul B. Mahol wrote: > >> > On 7/15/09, Adam K Kirchhoff wrote: > >> > > Hello all, > >> > > > >> > > I have a Dell Latitude D610 laptop with 8.0-BETA1 installed. I > >> > > hadn't tried suspend/resume for a while and decided to give it a > >> > > shot. I was pleasantly surprised to see that I could suspend to > >> > > ram, resume, and have a (relatively) working system (previously > >> > > the display would never come back up and the serial console I had > >> > > hooked up remained dead). Great job to everyone who helped make > >> > > that possible. > >> > > > >> > > The only real issue that I seem to have now is that bge is > >> > > completely unusable after resume. Another individual seems to > >> > > have reported similar problems with bge and resume, but he also > >> > > had other issues that apparently trumped his networking issues: > >> > > > >> > > http://lists.freebsd.org/pipermail/freebsd-current/2009-July/0090 > >> > >23.html > >> > > > >> > > Like him, resuming from suspend gives me: > >> > > > >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, > >> > > reg 0, val 32768) > >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY read timed out (phy 1, > >> > > reg 0, val 0xffffffff) > >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, > >> > > reg 24, val 3072) > >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, > >> > > reg 23, val 10) > >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, > >> > > reg 21, val 12555) > >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, > >> > > reg 23, val 8223) > >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, > >> > > reg 21, val 38150) > >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, > >> > > reg 23, val 16415) > >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, > >> > > reg 21, val 5346) > >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, > >> > > reg 24, val 1024) > >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, > >> > > reg 24, val 7) > >> > > > >> > > And so on and so forth. > >> > > > >> > > I thought that compiling if_bge as a module, unloading it before > >> > > suspend, and reloading it after resume, might get this working. > >> > > However, doing a "kldload if_bge" after the resume does nothing. > >> > > Well, the module gets loaded, but the device doesn't show up. No > >> > > errors from kldload, and there is nothing new in dmesg. > >> > > > >> > > Before the suspend, the device shows up as: > >> > > > >> > > bge0@pci0:2:0:0: class=0x020000 card=0x01821028 > >> > > chip=0x167714e4 rev=0x01 hdr=0x00 > >> > > vendor = 'Broadcom Corporation' > >> > > device = 'NetXtreme Gigabit Ethernet PCI Express > >> > > (BCM5750A1)' class = network > >> > > subclass = ethernet > >> > > > >> > > After resuming, and reloading the module, it's: > >> > > > >> > > none1@pci0:2:0:0: class=0x020000 card=0x01821028 > >> > > chip=0x167714e4 rev=0x01 hdr=0x00 > >> > > vendor = 'Broadcom Corporation' > >> > > device = 'NetXtreme Gigabit Ethernet PCI Express > >> > > (BCM5750A1)' class = network > >> > > subclass = ethernet > >> > > > >> > > If there are no ideas, I'll go ahead and open up a pr. I assume > >> > > this is just one bug, since both problems (the PHY issues and the > >> > > inability to reload the driver) are both related to the network > >> > > device. > >> > > >> > Put this lines into loader.conf and reboot. > >> > > >> > hw.pci.do_power_nodriver="3" > >> > hw.pci.do_power_resume="1" > >> > > >> > Now, before suspend, unload if_bge and some another driver (sound > >> > drivers are best candidate) and load sound driver again, suspend > >> > and resume. > >> > Now loading if_bge should make it succesfully attach. > >> > >> Unfortunately, after doing this, reloading the if_bge driver causes > >> the laptop to completely lock up... It gets as far as: > >> > >> bge0: >> rev. 0xffff> > >> mem 0xdfdf0000-0xdfdfffff irq 16 at device 0.0 on pci2 > >> > >> And then the entire machine hangs. I'm on ttyv0, so I'd see any > >> kernel panic, but nothing like that happens. The screen stays on, > >> but nothing else happens till I force a reboot. > >> > >> Adam > > > > Hi Adam, Paul ... > > I'm the "another individual" from you OP. > > I have the same problems you have regarding bge, but they weren't > > trumped .. I just had an order of priorities ;) > > > > Anyways, I tried the solution Paul posted and, just as in your case, I > > got a hard lock too ... > > > > I tried loading if_bge through /boot/loader.conf > > Then issued a: > > > > kldunload if_bge coretemp > > coretemp is wrong module, it must be one of modules that attach to pci. > Sorry Paul! I gave it a go with snd_hda and I got the same result except that this time I also got the following message: fwohci0: ... firewire0: ... fwohci0: ... pci0: < multimedia HDA > at device 27.0 ( no driver attached ) bge0 ... Then, the same hard lock :( Will install BETA2 today ! Best Regards Gonzalo > > acpiconf -s 3 > > > > machine suspended > > > > As soon as I woke it up I got the following message followed by a hard > > lock: > > > > fwohci0: Phy 1394a available S400, 1 ports. > > fwohci0: Link S400, max_rec 2048 bytes. > > fwohci0: Initiate bus reset > > fwohci0: fwohci_intr_core: BUS reset > > fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, > > CYCLEMASTER mode > > firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) > > firewire0: bus manager 0 > > fwohci0: unrecoverable error > > bge0: > 0xffff> mem 0xf69f0000-0xf69fffff irq 17 at device 0.0 on pci9 > > > > All this happens on a Dell 1318, FreeBSD 8.0-BETA1, i386, Intel(R) > > Celeron(R) CPU 560@2.13GHz. > > > > bge0@pci0:9:0:0: class=0x020000 card=0x02861028 chip=0x171314e4 > rev=0x02 > > hdr=0x00 > > vendor = 'Broadcom Corporation' > > device = 'Broadcom NetLink (TM) Fast Ethernet (BCM5906m)' > > class = network > > subclass = ethernet > > bar [10] = type Memory, range 64, base 0xf69f0000, size 65536, > > enabled > > cap 01[48] = powerspec 3 supports D0 D3 current D0 > > cap 03[50] = VPD > > cap 09[58] = vendor (length 120) > > cap 05[e8] = MSI supports 1 message, 64 bit enabled with 1 message > > cap 10[d0] = PCI-Express 1 endpoint max data 128(128) link x1(x1) > > > > If somebody needs more info, just ask me for it and I'll try to answer > > as soon as I can. > > > > Adam, if you do file a PR, please let me know so I can follow it. > > > > Best Regards > > -- > > Blessings > > Gonzalo Nemmi > > > > > -- > Paul > From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 22:52:18 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A7EE106564A for ; Sun, 19 Jul 2009 22:52:18 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 32C2D8FC15 for ; Sun, 19 Jul 2009 22:52:18 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=PiioE0IkECKPiCO94QMA:9 a=RkhHhzEW_q1FjES_q0dL3rM6D7IA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 226695088; Sun, 19 Jul 2009 21:52:15 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 19 Jul 2009 21:51:59 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <7142D2AC7FF846A297A54BE55D821CF0@uk.tiscali.intl> In-Reply-To: <7142D2AC7FF846A297A54BE55D821CF0@uk.tiscali.intl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907192152.01076.hselasky@c2i.net> Cc: krad , current@freebsd.org Subject: Re: usb pen drive not detecting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 22:52:18 -0000 On Sunday 19 July 2009 20:01:48 krad wrote: > I cant get bsd to detect any usb pen drives on my system. I have a generic > kernel with a few extra options that i cant see Are your pen-drives detected if you set: sysctl hw.usb.ehci.no_hs=1 Before plugging the device? --HPS From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 22:53:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D225106566B for ; Sun, 19 Jul 2009 22:53:54 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f208.google.com (mail-bw0-f208.google.com [209.85.218.208]) by mx1.freebsd.org (Postfix) with ESMTP id DF8EC8FC15 for ; Sun, 19 Jul 2009 22:53:53 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by bwz4 with SMTP id 4so1491903bwz.43 for ; Sun, 19 Jul 2009 15:53:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=vuqmBjIiaDMeUlMa/09avHlf4s87H8AxliBorCYUUYc=; b=OjmB2a12pJ+YQKtZVurc6stEL26FHTBbIQgxzmW/wJnd0Nkvn/3O0BUKRjDo/ehG0W KSHYCIVmkluEEWdd3fYtCQWASlIZfGWLdnh7W/9zcrb3wZWUSfJrbnMg9H8G0p7EU8fv HFTV5zthLPkt1LEXylnshfFOqxkgzLfDw63tU= 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=FQP3uwzrn8WgmvI87USGz1I2RJbrb2/+hjeJtk2Id9Yu3+W1lVgCreetMiF/hbEeK+ Hhr813G8gHO+iS6ecKH7am8/HZ30y84niNxpN95Ymn2Y98qJW5OtEWgg+SGDMe1lup7O t7YTVnr6MBHvyNZdMnNXGWEpUTq+xtZkB16/k= MIME-Version: 1.0 Received: by 10.204.101.2 with SMTP id a2mr3665529bko.104.1248044032722; Sun, 19 Jul 2009 15:53:52 -0700 (PDT) In-Reply-To: <19e9a5dc0907191530s679c0b37v49a836cc00bbf58a@mail.gmail.com> References: <4A5D27F2.50208@voicenet.com> <3a142e750907150020h712bfcecq89d5ccf3e00e302c@mail.gmail.com> <200907150713.47807.adamk@voicenet.com> <200907171743.11143.gnemmi@gmail.com> <3a142e750907171509o62c999c5o446bcd7cd576b9a5@mail.gmail.com> <19e9a5dc0907191530s679c0b37v49a836cc00bbf58a@mail.gmail.com> Date: Mon, 20 Jul 2009 00:53:52 +0200 Message-ID: <3a142e750907191553u1fd266a4q286e7168b74ee889@mail.gmail.com> From: "Paul B. Mahol" To: Gonzalo Nemmi Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Adam K Kirchhoff Subject: Re: bge problems when resuming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 22:53:54 -0000 On 7/20/09, Gonzalo Nemmi wrote: > On Sat, Jul 18, 2009 at 12:09 AM, Paul B. Mahol wrote: > >> On 7/17/09, Gonzalo Nemmi wrote: >> > On Wednesday 15 July 2009 8:13:47 am Adam K Kirchhoff wrote: >> >> On Wednesday 15 July 2009 03:20:45 Paul B. Mahol wrote: >> >> > On 7/15/09, Adam K Kirchhoff wrote: >> >> > > Hello all, >> >> > > >> >> > > I have a Dell Latitude D610 laptop with 8.0-BETA1 installed. I >> >> > > hadn't tried suspend/resume for a while and decided to give it a >> >> > > shot. I was pleasantly surprised to see that I could suspend to >> >> > > ram, resume, and have a (relatively) working system (previously >> >> > > the display would never come back up and the serial console I had >> >> > > hooked up remained dead). Great job to everyone who helped make >> >> > > that possible. >> >> > > >> >> > > The only real issue that I seem to have now is that bge is >> >> > > completely unusable after resume. Another individual seems to >> >> > > have reported similar problems with bge and resume, but he also >> >> > > had other issues that apparently trumped his networking issues: >> >> > > >> >> > > http://lists.freebsd.org/pipermail/freebsd-current/2009-July/0090 >> >> > >23.html >> >> > > >> >> > > Like him, resuming from suspend gives me: >> >> > > >> >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, >> >> > > reg 0, val 32768) >> >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY read timed out (phy 1, >> >> > > reg 0, val 0xffffffff) >> >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, >> >> > > reg 24, val 3072) >> >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, >> >> > > reg 23, val 10) >> >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, >> >> > > reg 21, val 12555) >> >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, >> >> > > reg 23, val 8223) >> >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, >> >> > > reg 21, val 38150) >> >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, >> >> > > reg 23, val 16415) >> >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, >> >> > > reg 21, val 5346) >> >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, >> >> > > reg 24, val 1024) >> >> > > Jul 14 12:35:53 scroll kernel: bge0: PHY write timed out (phy 1, >> >> > > reg 24, val 7) >> >> > > >> >> > > And so on and so forth. >> >> > > >> >> > > I thought that compiling if_bge as a module, unloading it before >> >> > > suspend, and reloading it after resume, might get this working. >> >> > > However, doing a "kldload if_bge" after the resume does nothing. >> >> > > Well, the module gets loaded, but the device doesn't show up. No >> >> > > errors from kldload, and there is nothing new in dmesg. >> >> > > >> >> > > Before the suspend, the device shows up as: >> >> > > >> >> > > bge0@pci0:2:0:0: class=0x020000 card=0x01821028 >> >> > > chip=0x167714e4 rev=0x01 hdr=0x00 >> >> > > vendor = 'Broadcom Corporation' >> >> > > device = 'NetXtreme Gigabit Ethernet PCI Express >> >> > > (BCM5750A1)' class = network >> >> > > subclass = ethernet >> >> > > >> >> > > After resuming, and reloading the module, it's: >> >> > > >> >> > > none1@pci0:2:0:0: class=0x020000 card=0x01821028 >> >> > > chip=0x167714e4 rev=0x01 hdr=0x00 >> >> > > vendor = 'Broadcom Corporation' >> >> > > device = 'NetXtreme Gigabit Ethernet PCI Express >> >> > > (BCM5750A1)' class = network >> >> > > subclass = ethernet >> >> > > >> >> > > If there are no ideas, I'll go ahead and open up a pr. I assume >> >> > > this is just one bug, since both problems (the PHY issues and the >> >> > > inability to reload the driver) are both related to the network >> >> > > device. >> >> > >> >> > Put this lines into loader.conf and reboot. >> >> > >> >> > hw.pci.do_power_nodriver="3" >> >> > hw.pci.do_power_resume="1" >> >> > >> >> > Now, before suspend, unload if_bge and some another driver (sound >> >> > drivers are best candidate) and load sound driver again, suspend >> >> > and resume. >> >> > Now loading if_bge should make it succesfully attach. >> >> >> >> Unfortunately, after doing this, reloading the if_bge driver causes >> >> the laptop to completely lock up... It gets as far as: >> >> >> >> bge0: > >> rev. 0xffff> >> >> mem 0xdfdf0000-0xdfdfffff irq 16 at device 0.0 on pci2 >> >> >> >> And then the entire machine hangs. I'm on ttyv0, so I'd see any >> >> kernel panic, but nothing like that happens. The screen stays on, >> >> but nothing else happens till I force a reboot. >> >> >> >> Adam >> > >> > Hi Adam, Paul ... >> > I'm the "another individual" from you OP. >> > I have the same problems you have regarding bge, but they weren't >> > trumped .. I just had an order of priorities ;) >> > >> > Anyways, I tried the solution Paul posted and, just as in your case, I >> > got a hard lock too ... >> > >> > I tried loading if_bge through /boot/loader.conf >> > Then issued a: >> > >> > kldunload if_bge coretemp >> >> coretemp is wrong module, it must be one of modules that attach to pci. >> > > Sorry Paul! > I gave it a go with snd_hda and I got the same result except that this time > I also got the following message: After unloading snd_hda you loaded it again before suspending? > > fwohci0: ... > firewire0: ... > fwohci0: ... > pci0: < multimedia HDA > at device 27.0 ( no driver attached ) > bge0 ... > > Then, the same hard lock :( > > Will install BETA2 today ! > > Best Regards > Gonzalo > > >> > acpiconf -s 3 >> > >> > machine suspended >> > >> > As soon as I woke it up I got the following message followed by a hard >> > lock: >> > >> > fwohci0: Phy 1394a available S400, 1 ports. >> > fwohci0: Link S400, max_rec 2048 bytes. >> > fwohci0: Initiate bus reset >> > fwohci0: fwohci_intr_core: BUS reset >> > fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, >> > CYCLEMASTER mode >> > firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) >> > firewire0: bus manager 0 >> > fwohci0: unrecoverable error >> > bge0: > > 0xffff> mem 0xf69f0000-0xf69fffff irq 17 at device 0.0 on pci9 >> > >> > All this happens on a Dell 1318, FreeBSD 8.0-BETA1, i386, Intel(R) >> > Celeron(R) CPU 560@2.13GHz. >> > >> > bge0@pci0:9:0:0: class=0x020000 card=0x02861028 chip=0x171314e4 >> rev=0x02 >> > hdr=0x00 >> > vendor = 'Broadcom Corporation' >> > device = 'Broadcom NetLink (TM) Fast Ethernet (BCM5906m)' >> > class = network >> > subclass = ethernet >> > bar [10] = type Memory, range 64, base 0xf69f0000, size 65536, >> > enabled >> > cap 01[48] = powerspec 3 supports D0 D3 current D0 >> > cap 03[50] = VPD >> > cap 09[58] = vendor (length 120) >> > cap 05[e8] = MSI supports 1 message, 64 bit enabled with 1 message >> > cap 10[d0] = PCI-Express 1 endpoint max data 128(128) link x1(x1) >> > >> > If somebody needs more info, just ask me for it and I'll try to answer >> > as soon as I can. >> > >> > Adam, if you do file a PR, please let me know so I can follow it. >> > >> > Best Regards >> > -- >> > Blessings >> > Gonzalo Nemmi >> > >> >> >> -- >> Paul >> > -- Paul From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 23:07:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84A96106564A for ; Sun, 19 Jul 2009 23:07:34 +0000 (UTC) (envelope-from michiel@boland.org) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.freebsd.org (Postfix) with ESMTP id 083428FC23 for ; Sun, 19 Jul 2009 23:07:33 +0000 (UTC) (envelope-from michiel@boland.org) Received: from aja.boland.org (91-43-215.ftth.xms.internl.net [82.215.43.91]) (authenticated bits=0) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id n6JN7RCK086994 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 20 Jul 2009 01:07:32 +0200 (CEST) (envelope-from michiel@boland.org) Message-ID: <4A63A72F.9020809@boland.org> Date: Mon, 20 Jul 2009 01:07:27 +0200 From: Michiel Boland User-Agent: Thunderbird 2.0.0.22 (X11/20090624) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: problems with make delete-old(-libs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 23:07:34 -0000 Hi. On recent -CURRENT make delete-old wants to delete the following files /usr/include/dev/usb/usbdi.h /usr/include/dev/usb/usbdi_util.h /usr/include/libusb.h As far as I can see these files are still built/installed Also, it looks like /usr/lib/libvgl.so.5 is missing from the OLD_LIBS Cheers Michiel From owner-freebsd-current@FreeBSD.ORG Sun Jul 19 23:47:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3431F106566C; Sun, 19 Jul 2009 23:47:01 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from pinus.izb.knu.ac.kr (pinus.izb.knu.ac.kr [IPv6:2001:470:1f05:5f6:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 940748FC1B; Sun, 19 Jul 2009 23:47:00 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from pinus.izb.knu.ac.kr (localhost.izb.knu.ac.kr [IPv6:::1]) by pinus.izb.knu.ac.kr (Postfix) with ESMTP id BFD9757359; Mon, 20 Jul 2009 08:46:58 +0900 (KST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=izb.knu.ac.kr; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version:content-type:content-transfer-encoding; s= soyeomul; bh=8s0PlcHEdEHCMa+6bhilqoF38+WQjSlqyo1oH80nlmM=; b=En5 +7pV/j67unriucuqHmUyUwUmiqGbLBySywDPS6qo26CVBmjwYK1JMKEOY4Wz2PGh isdqM1Hy07IriW8q9X+rAsb3QEMF/vSK7PN2I3fSjJAh+0pMqfhndccg00zG0s+t +WPQQlKf2H2+qo6YOYfYTvII9uKOXW5NUpngPnBU= DomainKey-Signature: a=rsa-sha1; c=simple; d=izb.knu.ac.kr; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; q=dns; s=soyeomul; b=RW IagcC0aeGC1uUsDOJ22f4XlJemx+exs43z3aQxI4OwAfw/iTLrxGHoX+46O2nwX7 2PNw/RRXAJpDyJ3/FbMWv1QD9lg7N1VK2EsQ0uYHbABXTAuHE30CBYWWdBjFhiRD sJHQ4loYkgnMg+gGR6mXc1GSb+WnPC1ZTSWdEwhkc= Received: from rhodo.izb.knu.ac.kr (rhodo.izb.knu.ac.kr [IPv6:2001:470:1f05:5f8:3::2]) by pinus.izb.knu.ac.kr (Postfix) with ESMTP id 539AB57355; Mon, 20 Jul 2009 08:46:58 +0900 (KST) Received: from betla.izb.knu.ac.kr (betla.izb.knu.ac.kr [IPv6:2001:470:1f05:5f6:3::a1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: bh@izb.knu.ac.kr) by rhodo.izb.knu.ac.kr (Postfix) with ESMTP id A4F6D1CD6F; Mon, 20 Jul 2009 08:46:54 +0900 (KST) From: Byung-Hee HWANG To: Ken Smith References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> Date: Mon, 20 Jul 2009 08:46:44 +0900 In-Reply-To: <1248027417.14210.110.camel@neo.cse.buffalo.edu> (Ken Smith's message of "Sun, 19 Jul 2009 14:16:57 -0400") Message-ID: <864ot8s0bf.fsf@betla.izb.knu.ac.kr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: HEADS-UP: Shared Library Versions bumped... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 23:47:01 -0000 Ken Smith writes: > First I want to apologize. This should have happened a bit sooner in > our release cycle than now. To be honest I had slipped into "We have > symbol versioning for our libraries now" mode. But only a few of the > libraries currently have that turned on and I sorta forgot we still need > to deal with all the shared libraries that do not have symbol versioning > enabled yet. Sorry for the hassle this will cause. > > Today with svn commit 195767 I bumped the version number of all > non-symbol-version-ed shared libraries in preparation for 8.0-REL. We > do this just in case API/ABI changes occured in head between 7.0 and > now, it lets us provide the older library versions as "compatibility > library ports" in the ports tree. > > The problem is that as of the next time you update a machine that had > been running -current you are best off reinstalling all ports or other > applications you have on the machine. When you reboot after doing the > update to the base system everything you have installed will still work > because the old shared library versions will still be there. However > anything you build on the machine after its base system gets updated > would be linked against the newer base system shared libraries but any > libraries that are part of ports or other applications (e.g. the Xorg > libraries) would have been linked against the older library versions. > You really don't want to leave things that way. > > The ports folks will be starting up a fresh package build now but it > takes some time for full package runs like this to complete, get > uploaded, and then propagate out to the mirrors. If you tend to use > pre-built packages instead of building them as ports yourself you might > want to just hold off on updating anything until they let us know a > fresh set of packages is available. And BETA3 will definitely be > scheduled for after the fresh set of packages becomes available. > > And again - sorry for the hassle. In my case, there is no upgrade with servers -- i have two servers (4.11-STABLE, 6.3-RELEASE). So plz don't worry. Only what i do upgrade is client which is my main desktop -- currently it runs as 7.2-RELEASE. Though! Don't worry because always i do upgrade as follow:=20 =3D> csup =3D> make world =3D> reboot =3D> (after coffee time)=20=20 =3D> pkg_delete -af =3D> pkg_add -r -v gnome (with several package) That's very fine and fast for me, anyway... --=20 Byung-Hee HWANG, KNU =E2=88=91 WWW: http://izb.knu.ac.kr/~bh/ "Come on, stick it in. Stick it in, Johnny, that's what you really want." -- Margot Ashton, "Chapter 1", page 12 From owner-freebsd-current@FreeBSD.ORG Mon Jul 20 07:35:53 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A629C106566C for ; Mon, 20 Jul 2009 07:35:53 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 409118FC08 for ; Mon, 20 Jul 2009 07:35:52 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=gg2W7PyvkLb8p4ie143lBA==:17 a=zSSrKSnfKr09rhKs7nQA:9 a=dskoNndWul-nevr6UkFI5rgi1xYA:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1280369423 for current@freebsd.org; Mon, 20 Jul 2009 09:35:50 +0200 To: current@freebsd.org Content-Disposition: inline From: Hans Petter Selasky Date: Mon, 20 Jul 2009 09:35:38 +0200 MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200907200935.38910.hselasky@c2i.net> Cc: Subject: Re: usb pen drive not detecting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2009 07:35:53 -0000 On Sunday 19 July 2009 23:16:03 chris scott wrote: > hmm, i notice it nobbles the port to 12 Meg, not ideal is this a know > issue? > It sounds like no IRQ's are generated on your EHCI controller, which is not directly an USB problem. You can try tuning: ACPI support on/off BIOS USB support on/off --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jul 20 09:14:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05CE1106566B for ; Mon, 20 Jul 2009 09:14:22 +0000 (UTC) (envelope-from artis.caune@gmail.com) Received: from mail-fx0-f205.google.com (mail-fx0-f205.google.com [209.85.220.205]) by mx1.freebsd.org (Postfix) with ESMTP id 8E49D8FC13 for ; Mon, 20 Jul 2009 09:14:21 +0000 (UTC) (envelope-from artis.caune@gmail.com) Received: by fxm1 with SMTP id 1so273398fxm.43 for ; Mon, 20 Jul 2009 02:14:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=YK6hju7HhTGEx8PqxUx9ZL1hnGmVU7+Q6SkYm7jMdXw=; b=Vr1bqEhyptGPp4hcPBWRi0ZKTuO2QSTy4N2tHZd5WQEAzV00DJn8StzhWUCxEUwM/x GGS0HiTTEn5XoO3MSW9tEArg1NsVdIMQaKfEhMB1+9kIK0sOlJsWH1KM5Q3gSJTMSmvm E6lz88tkVr64V7Zy5m51ksYuxJBfQMwYqsYo8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=XFGWBYZc7W6NEUiGEV0bJ42MjSNYqJCoOUYMOVEGeXwlUxJBLl2v1e0U08g3VelV78 M6HEXXL0DZw8amcb6lXuveaGVqhNI+YILM+uiEtCzITi9w2kFKi1P+OnrueDXWwv8X3k Nfug+i3d/7fzMooZvxFo8jXoeThU9xDYWyWVs= MIME-Version: 1.0 Received: by 10.103.178.14 with SMTP id f14mr2121771mup.21.1248081260447; Mon, 20 Jul 2009 02:14:20 -0700 (PDT) Date: Mon, 20 Jul 2009 12:14:20 +0300 Message-ID: <9e20d71e0907200214s42fd7fa3k43f60ce2fd12f51d@mail.gmail.com> From: Artis Caune To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: unmount ZFS on shutdown, # KEYWORD: shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2009 09:14:22 -0000 Hi, When using ZFS as root file system, on shutdown it's reporting: Force unmount is experimental - report any problems. Force unmount was disabled, but then re-enabled. I also found this thread: http://www.freebsd.org/cgi/getmsg.cgi?fetch=863639+0+/usr/local/www/db/text/2007/cvs-src/20070415.cvs-src If I have 25+ ZFS file systems, console screen is full with those warnings, but anyway why just not to unmount unused file systems on shutdown and if there are any kind of problems with forced unmounts, then they will hurt only /, /var, /var/log, ... -- Artis Caune Everything should be made as simple as possible, but not simpler. From owner-freebsd-current@FreeBSD.ORG Mon Jul 20 09:18:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09278106564A for ; Mon, 20 Jul 2009 09:18:24 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8D1118FC20 for ; Mon, 20 Jul 2009 09:18:23 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1MSp0n-0008PK-KM for freebsd-current@freebsd.org; Mon, 20 Jul 2009 09:18:21 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 20 Jul 2009 09:18:21 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 20 Jul 2009 09:18:21 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 20 Jul 2009 11:18:07 +0200 Lines: 28 Message-ID: References: <1248027417.14210.110.camel@neo.cse.buffalo.edu> <58F0204B-ECE6-479A-AAC2-7868E71ABB43@exscape.org> <1248028426.14210.114.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090615) In-Reply-To: <1248028426.14210.114.camel@neo.cse.buffalo.edu> Sender: news Cc: freebsd-stable@freebsd.org Subject: Re: HEADS-UP: Shared Library Versions bumped... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2009 09:18:24 -0000 Ken Smith wrote: > On Sun, 2009-07-19 at 20:26 +0200, Thomas Backman wrote: >> On Jul 19, 2009, at 20:16, Ken Smith wrote: >>> The problem is that as of the next time you update a machine that had >>> been running -current you are best off reinstalling all ports or other >>> applications you have on the machine. When you reboot after doing the >>> update to the base system everything you have installed will still >>> work >>> because the old shared library versions will still be there. However >>> anything you build on the machine after its base system gets updated >>> would be linked against the newer base system shared libraries but any >>> libraries that are part of ports or other applications (e.g. the Xorg >>> libraries) would have been linked against the older library versions. >>> You really don't want to leave things that way. >> So, to be clear: a fresh ports tree and "portupgrade -af" after >> building and installing r195767+ should be enough to solve any >> problems? (installkernel, installworld, reboot, portupgrade -af) >> > > Correct for those of you who let portupgrade do all the building for you > (which the example command you give does). The reason I'm being careful > is portupgrade can also be told to fetch pre-built packages. At the > moment that will not work, if you use that approach please hold off > until the ports folks let us know the packages have been rebuilt. Could we perhaps get a auto-generated libmap.conf to map either the new libraries to the old ones or (more useful) the old libraries to the new ones? From owner-freebsd-current@FreeBSD.ORG Mon Jul 20 09:55:56 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49220106564A for ; Mon, 20 Jul 2009 09:55:56 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 034478FC18 for ; Mon, 20 Jul 2009 09:55:55 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: by qw-out-2122.google.com with SMTP id 3so670201qwe.7 for ; Mon, 20 Jul 2009 02:55:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=isEPSDtwxlIvcISHdboSfOAsXw8BJLv3QeTEj98FOI8=; b=NeJtK0qSQiy1occaX+ww3RnKRnEiNs0lRzSaLiibEB0S90zWVZ2jVr+yw8yxzs3Wph YiZ3IaolWk2xdBgxk75CUkiUdxMr0eS8Cg1tYCxWI5JorZEkZ5ag12G64UXI/tjEbAEe onhj7l4AKBR3i91/FkhqowT6IhNcpeK2oLh+A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=f1v8PgR6VrvuOymQb0E1leOqFj7T2f8uf3YHA0IupWSF88bxC0xD9dZ3c35AJEHg9q tRoR/QiHtwbawUuIjPOlRsZcXFeNZ9P9+j6DdTOTOKw1fNlH7CmzFYGW1maL7owem4bm El/xRGhm+63t2Z957s7PX6SAcEK1c42RzuWoc= MIME-Version: 1.0 Received: by 10.229.100.13 with SMTP id w13mr793085qcn.62.1248083755351; Mon, 20 Jul 2009 02:55:55 -0700 (PDT) In-Reply-To: <200907191156.13273.hank@millerfarm.com> References: <200907191156.13273.hank@millerfarm.com> Date: Mon, 20 Jul 2009 11:55:55 +0200 Message-ID: <90a5caac0907200255v547bbbe7x7ef8bf0216ae525a@mail.gmail.com> From: Lucius Windschuh To: Henry Miller , current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: intel 5100 wifi - not detected in Beta 2, can I get it working? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2009 09:55:56 -0000 Hi Henry. Before you try it: ndiswrapper doesn't work, either. I don't have the error messages at hand, sorry. Lucius From owner-freebsd-current@FreeBSD.ORG Mon Jul 20 11:27:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79FC31065670 for ; Mon, 20 Jul 2009 11:27:12 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 41B618FC14 for ; Mon, 20 Jul 2009 11:27:12 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:281f:c799:4227:58d4] (unknown [IPv6:2001:7b8:3a7:0:281f:c799:4227:58d4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id C0D355C59; Mon, 20 Jul 2009 13:27:10 +0200 (CEST) Message-ID: <4A645489.8050804@andric.com> Date: Mon, 20 Jul 2009 13:27:05 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.1pre) Gecko/20090716 Shredder/3.0b4pre MIME-Version: 1.0 To: Michiel Boland References: <4A63A72F.9020809@boland.org> In-Reply-To: <4A63A72F.9020809@boland.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: problems with make delete-old(-libs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2009 11:27:13 -0000 On 2009-07-20 01:07, Michiel Boland wrote: > Hi. On recent -CURRENT make delete-old wants to delete the following files > > /usr/include/dev/usb/usbdi.h > /usr/include/dev/usb/usbdi_util.h > /usr/include/libusb.h > > As far as I can see these files are still built/installed Yes indeed, they are installed during every installworld, but are still in ObsoleteFiles.inc; this looks like an oversight during the USB stack switch. From owner-freebsd-current@FreeBSD.ORG Mon Jul 20 11:32:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0F06106566C for ; Mon, 20 Jul 2009 11:32:30 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.swip.net [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 395FD8FC14 for ; Mon, 20 Jul 2009 11:32:29 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=gHsyN9T6crAA:10 a=gg2W7PyvkLb8p4ie143lBA==:17 a=jc6aPawPoy8-AFLwiIwA:9 a=rh34sUkam1yeHqZ9jsysiFDzPEQA:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1111565039; Mon, 20 Jul 2009 13:32:28 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 20 Jul 2009 13:32:14 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA2; KDE/4.2.4; i386; ; ) References: <4A63A72F.9020809@boland.org> <4A645489.8050804@andric.com> In-Reply-To: <4A645489.8050804@andric.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907201332.15530.hselasky@c2i.net> Cc: Michiel Boland , Dimitry Andric Subject: Re: problems with make delete-old(-libs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2009 11:32:30 -0000 On Monday 20 July 2009 13:27:05 Dimitry Andric wrote: > On 2009-07-20 01:07, Michiel Boland wrote: > > Hi. On recent -CURRENT make delete-old wants to delete the following > > files > > > > /usr/include/dev/usb/usbdi.h > > /usr/include/dev/usb/usbdi_util.h > > /usr/include/libusb.h > > > > As far as I can see these files are still built/installed > > Yes indeed, they are installed during every installworld, but are still > in ObsoleteFiles.inc; this looks like an oversight during the USB stack > switch. This is a known issue. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Jul 20 05:09:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35477106566C for ; Mon, 20 Jul 2009 05:09:28 +0000 (UTC) (envelope-from guhi.zhang@gmail.com) Received: from mail-px0-f200.google.com (mail-px0-f200.google.com [209.85.216.200]) by mx1.freebsd.org (Postfix) with ESMTP id E46098FC13 for ; Mon, 20 Jul 2009 05:09:27 +0000 (UTC) (envelope-from guhi.zhang@gmail.com) Received: by pxi38 with SMTP id 38so1557877pxi.3 for ; Sun, 19 Jul 2009 22:09:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:references :subject:message-id:x-mailer:mime-version:content-type; bh=GqlVKEZUG39QDYCHwkj3FEIvfFrsl+PWTKsyCX+cYw4=; b=h3AWN+BEsF/tnBvylL8WXXN/SK482wKIaXc33+dCxsz+EWfECfMiWwy8HCg8HQjgxi 2m36Z0E2fdlbQM3uyge6qw0E4OWGd4E89kz/HEgYjpy6cPm38Koi0H0SZNB2gErXW8Dv AiIoMjePO+rhzYdPHs0asJAtlWaeX6Sdqa56c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:references:subject:message-id:x-mailer:mime-version :content-type; b=r9uzQrqSjgsxIuD6mXYQkgKeIdv4dTtYy8f1g018Hz2BODbujw/WWpWCOn5prMEfek gFEYsgfVmRh/yzT4g3HLzniYezSLzqzv8+DPY0GXShg+CyyeJzJxVkMd6sAZfOWucm1X P8KX4zmY2SZ96rVD+wr6O0jbge+lpAAiIxMEA= Received: by 10.114.234.13 with SMTP id g13mr6680339wah.52.1248065360981; Sun, 19 Jul 2009 21:49:20 -0700 (PDT) Received: from zhanghui-127 ([122.224.205.158]) by mx.google.com with ESMTPS id f20sm8280826waf.52.2009.07.19.21.49.13 (version=SSLv3 cipher=RC4-MD5); Sun, 19 Jul 2009 21:49:18 -0700 (PDT) Date: Mon, 20 Jul 2009 12:50:01 +0800 From: "guhi.zhang" To: "freebsd-current" References: <20090719120022.B265C1065678@hub.freebsd.org> Message-ID: <200907201249585313862@gmail.com> X-mailer: Foxmail 6, 15, 201, 22 [cn] Mime-Version: 1.0 X-Mailman-Approved-At: Mon, 20 Jul 2009 12:04:38 +0000 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: freebsd-current Digest, Vol 300, Issue 16 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2009 05:09:28 -0000 SSBoYXZlIGRvd25sb2FkZWQgdGhlIEZyZWVCU0QgOC4wIGJldGEyIEFNRDY0IHZlcnNpb24sIGJ1 dCBpbiBteSBtYWluYm9hcmQgb2YgQU1EIDc5MEdYIGNoaXBzZXQoU291dGhCcmlkZ2UgU0I3NTAp LCBpdCBzdGlsbCBjYW4ndCBzdXBwb3J0IHRoZSBSQUlEIG1vZGUuIFdoZW4gSSBjaG9zZW4gdGhl IFJBSUQgbW9kZSBpbiBCSU9TLCBhbmQgSSBib290IGZyb20gdGhlIGNkcm9tLCBteSBjb21wdXRl ciByZXN0YXJ0ZWQgcmlnaHQgbm93Lg0KDQpXaGVuIGNhbiBGcmVlQlNEIHN1cHBvcnQgU0I3NTAn cyBSQUlEIG1vZGU/DQoNCg0KDQpndWhpLnpoYW5nIA0KMjAwOS0wNy0yMA0KDQoNCg0Kt6K8/sjL o7ogZnJlZWJzZC1jdXJyZW50LXJlcXVlc3QgDQq3osvNyrG85KO6IDIwMDktMDctMTkgIDIwOjAx OjAzIA0KytW8/sjLo7ogZnJlZWJzZC1jdXJyZW50IA0Ks63LzaO6IA0K1vfM4qO6IGZyZWVic2Qt Y3VycmVudCBEaWdlc3QsIFZvbCAzMDAsIElzc3VlIDE2IA0KIA0KU2VuZCBmcmVlYnNkLWN1cnJl bnQgbWFpbGluZyBsaXN0IHN1Ym1pc3Npb25zIHRvDQpmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5v cmcNClRvIHN1YnNjcmliZSBvciB1bnN1YnNjcmliZSB2aWEgdGhlIFdvcmxkIFdpZGUgV2ViLCB2 aXNpdA0KaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1j dXJyZW50DQpvciwgdmlhIGVtYWlsLCBzZW5kIGEgbWVzc2FnZSB3aXRoIHN1YmplY3Qgb3IgYm9k eSAnaGVscCcgdG8NCmZyZWVic2QtY3VycmVudC1yZXF1ZXN0QGZyZWVic2Qub3JnDQpZb3UgY2Fu IHJlYWNoIHRoZSBwZXJzb24gbWFuYWdpbmcgdGhlIGxpc3QgYXQNCmZyZWVic2QtY3VycmVudC1v d25lckBmcmVlYnNkLm9yZw0KV2hlbiByZXBseWluZywgcGxlYXNlIGVkaXQgeW91ciBTdWJqZWN0 IGxpbmUgc28gaXQgaXMgbW9yZSBzcGVjaWZpYw0KdGhhbiAiUmU6IENvbnRlbnRzIG9mIGZyZWVi c2QtY3VycmVudCBkaWdlc3QuLi4iDQpUb2RheSdzIFRvcGljczoNCiAgIDEuIFJlOiBDQVJQIGJy b2tlbiBvbiAtQ1VSUkVOVD8gKEJydWNlIFNpbXBzb24pDQogICAyLiBSZTogW25ld25mcy9jbGll bnRdIFNJR0lORk8gYWJvcnRzIHRyYW5zZmVyIGFuZCBwcm9kdWNlcw0KICAgICAgYHBlcm1pc3Np b24gZGVuaWVkJyAoUmljayBNYWNrbGVtKQ0KICAgMy4gTG90cyBvZiAiYXRoMDogYmFkIHNlcmll czAgaHdyYXRlIDB4MWIiIGluIDguMC1CRVRBMg0KICAgICAgKEFydGVtIE5hbHV6aG55eSkNCiAg IDQuIFJlOiBnc3RyaXBlIHByb2JsZW0gKE5lbmh1bV9kZV9Ob3MpDQogICA1LiBMb3RzIG9mICJh dGgwOiBiYWQgc2VyaWVzMCBod3JhdGUgMHgxYiIgaW4gOC4wLUJFVEEyDQogICAgICAoQXJ0ZW0g TmFsdXpobnl5KQ0KICAgNi4gbWFrZSBkaXN0cmlidXRpb24gUmU6IDguMC1CRVRBMiBBdmFpbGFi bGUgKE1hcnRlbiBWaWpuKQ0KICAgNy4gW1BBVENIXSBGaXggaW42cF9sZWF2ZV9ncm91cCgpIHBh bmljIGJ5IG1pc2JlaGF2aW5nIGFwcHMNCiAgICAgIChCcnVjZSBTaW1wc29uKQ0KICAgOC4gUmU6 IG1ha2UgZGlzdHJpYnV0aW9uIFJlOiA4LjAtQkVUQTIgQXZhaWxhYmxlIChEYW5pZWwgR2Vyem8p DQogICA5LiBSZTogbWFrZSBkaXN0cmlidXRpb24gUmU6IDguMC1CRVRBMiBBdmFpbGFibGUgKE1h cnRlbiBWaWpuKQ0KICAxMC4gW2J1Z10gWkZTIHp2b2wgZGV2IGVudHJ5IGRpc2FwcGVhcmluZyB1 cG9uIHJlYm9vdCAoTWNMb25lKQ0KICAxMS4gUmU6IExvdHMgb2YgImF0aDA6IGJhZCBzZXJpZXMw IGh3cmF0ZSAweDFiIiBpbiA4LjAtQkVUQTINCiAgICAgIChTYW0gTGVmZmxlcikNCiAgMTIuIFJl OiBbbmV3bmZzL2NsaWVudF0gU0lHSU5GTyBhYm9ydHMgdHJhbnNmZXIgYW5kIHByb2R1Y2VzDQog ICAgICBgcGVybWlzc2lvbiBkZW5pZWQnIChBbm9ueW1vdXMpDQogIDEzLiBTZW5kaW5nIG11bHRp Y2FzdCBkYXRhZ3JhbXMgYnJva2VuIChyZWdyZXNzaW9uKSAoUGlldGVyIGRlIEdvZWplKQ0KICAx NC4gU2lJMzEyNC8zMTMyLzM1MzEgQ0FNIGRyaXZlciAoQWxleGFuZGVyIE1vdGluKQ0KICAxNS4g OC4wLUJFVEEyIHN5c2luc3RhbGwgc3BlbGxpbmcgZXJyb3IgKERhdmlkIEJveWQpDQogIDE2LiBS ZTogTG90cyBvZiAiYXRoMDogYmFkIHNlcmllczAgaHdyYXRlIDB4MWIiIGluIDguMC1CRVRBMg0K ICAgICAgKEFydGVtIE5hbHV6aG55eSkNCiAgMTcuIFJlOiBTZW5kaW5nIG11bHRpY2FzdCBkYXRh Z3JhbXMgYnJva2VuIChyZWdyZXNzaW9uKQ0KICAgICAgKEJydWNlIFNpbXBzb24pDQogIDE4LiBS ZTogaXB3IGluIDguMC1CRVRBMSAoSmFtZXMgQnV0bGVyKQ0KICAxOS4gUmU6IEpvbGlldCBhbmQg cmVsZWFzZSBJU09zPyAoSm9obiBIYXkpDQogIDIwLiBSZTogSm9saWV0IGFuZCByZWxlYXNlIElT T3M/IChUaW0gS2llbnR6bGUpDQogIDIxLiBSZTogW2J1Z10gWkZTIHp2b2wgZGV2IGVudHJ5IGRp c2FwcGVhcmluZyB1cG9uIHJlYm9vdA0KICAgICAgKFRob21hcyBCYWNrbWFuKQ0KLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpGcm9t OiAgQnJ1Y2UgU2ltcHNvbiA8Ym1zQGluY3VuYWJ1bHVtLm5ldD4NClRvOiAgZEBkZWxwaGlqLm5l dA0KU3ViamVjdDogIFJlOiBDQVJQIGJyb2tlbiBvbiAtQ1VSUkVOVD8NCkRhdGU6ICBTYXQxOCBK dWwgMjAwOSAxNDoyOTozNSArMDEwMA0KWGluIExJIHdyb3RlOg0KPiAtLS0tLUJFR0lOIFBHUCBT SUdORUQgTUVTU0FHRS0tLS0tDQo+IEhhc2g6IFNIQTENCj4NCj4gSSBnb3QgaXQuICBJdCB3YXMg dGhlIGNhY2hlZCBsbGVudHJ5IHRoYXQgcHJldmVudGluZyBldGhlcl9vdXRwdXQoKSB0bw0KPiBj aG9vc2UgdGhlIHJpZ2h0IGJyb2FkY2FzdC9tdWx0aWNhc3QgYWRkcmVzcyBhbmQgdXNlIHRoZSBk ZWZhdWx0DQo+IGdhdGV3YXkncyBMMiBhZGRyZXNzLiAgSGVyZSBpcyBhIHByb3Bvc2VkIHBhdGNo Lg0KPiAgIA0KVGhpcyBtaWdodCBmaXggdGhlIGxheWVyIDIgYWRkcmVzcyBicmVha2FnZSBzZWVu IGluIElHTVB2MyB0cmFmZmljIGJ5IA0KaXByZWJlZ0AgaW4gVk13YXJlLCB3aGljaCBkaWRuJ3Qg c2VlbSB0byBjb21lIGZyb20gdGhlIG11bHRpY2FzdCBjb2RlIA0KZnVydGhlciB1cCBpbiB0aGUg c3RhY2ssIGFzIGl0IGhhZG4ndCBjaGFuZ2VkIHNpbmNlIHRlc3RpbmcuDQp0aGFua3MsDQpCTVMN Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tDQpGcm9tOiAgUmljayBNYWNrbGVtIDxybWFja2xlbUB1b2d1ZWxwaC5jYT4NClRv OiAgQW5vbnltb3VzIDxzd2VsbC5rQGdtYWlsLmNvbT4NClN1YmplY3Q6ICBSZTogW25ld25mcy9j bGllbnRdIFNJR0lORk8gYWJvcnRzIHRyYW5zZmVyIGFuZCBwcm9kdWNlcyBgcGVybWlzc2lvbmRl bmllZCcNCkRhdGU6ICBTYXQxOCBKdWwgMjAwOSAwOTozNTozMyAtMDQwMCAoRURUKQ0KT24gU2F0 LCAxOCBKdWwgMjAwOSwgQW5vbnltb3VzIHdyb3RlOg0KPg0KPiBZZXAsIEkgY2FuIHJlcHJvZHVj ZSBpdCBhcyBlYXNpbHkgb24gOC4wLUJFVEEyIHNuYXBzaG90IHVuZGVyIHFlbXUNCj4NCj4gIyB1 bmFtZSAtdm0NCj4gRnJlZUJTRCA4LjAtQkVUQTIgIzA6IFdlZCBKdWwgMTUgMjM6MjU6MzAgVVRD IDIwMDkNCj4gcm9vdEBhbG1laWRhLmNzZS5idWZmYWxvLmVkdTovdXNyL29iai91c3Ivc3JjL3N5 cy9HRU5FUklDICBpMzg2DQo+DQpJJ2xsIHRyeSB0byBnZXQgYXJvdW5kIHRvIHRlc3RpbmcgaXQg dGhpcyB3ZWVrZW5kLCBidXQgaWYgeW91J2QNCmxpa2UgdG8gdGVzdCB0aGUgZm9sbG93aW5nIHBh dGNoLCBJIHRoaW5rIGl0IG1pZ2h0IGZpeCB0aGUgcHJvYmxlbS4NClRoZSBuZXcga3JwYyBvbmx5 IGNoZWNrcyBORlNNTlRfSU5UIGF0IGNvbm5lY3QgYW5kIG5vdCBldmVyeSBycGMuDQpyaWNrDQpw czogVGhlIGxpbmUgI3MgYXNzdW1lIHRoZSBvdGhlciBwYXRjaCB5b3UgdGVzdGVkIGlzIGFscmVh ZHkgYXBwbGllZC4NCi0tLSB1bnRlc3RlZCBleHAuIG5mcyBjbGllbnQgcGF0Y2ggLS0tDQotLS0g ZnMvbmZzY2xpZW50L25mc19jbHZmc29wcy5jLnNhdjIgMjAwOS0wNy0xOCAwOToxOTowNy4wMDAw MDAwMDAgLTA0MDANCisrKyBmcy9uZnNjbGllbnQvbmZzX2NsdmZzb3BzLmMgMjAwOS0wNy0xOCAw OToyOToxNC4wMDAwMDAwMDAgLTA0MDANCkBAIC0xMDM3LDcgKzEwMzcsNyBAQA0KICB7DQogICBz dHJ1Y3QgbmZzbW91bnQgKm5tcDsNCiAgIHN0cnVjdCBuZnNub2RlICpucDsNCi0gaW50IGVycm9y LCB0cnljbnQsIHJldCwgY2xlYXJpbnRyOw0KKyBpbnQgZXJyb3IsIHRyeWNudCwgcmV0Ow0KICAg c3RydWN0IG5mc3ZhdHRyIG5mc3ZhOw0KICAgc3RhdGljIHVfaW50NjRfdCBjbHZhbCA9IDA7DQpA QCAtMTE1MiwyMCArMTE1Miw4IEBADQogICBubXAtPm5tX3NvY2tyZXEubnJfdmVycyA9IE5GU19W RVIyOw0KLSAvKg0KLSAgKiBGb3IgQ29ubmVjdGlvbiBiYXNlZCBzb2NrZXRzIChUQ1AsLi4uKSBk byB0aGUgY29ubmVjdCBoZXJlLA0KLSAgKiBidXQgbWFrZSBpdCBpbnRlcnJ1cHRpYmxlLCBldmVu IGZvciBub24taW50ZXJ1cHRpYmxlIG1vdW50cy4NCi0gICovDQotIGlmICgobm1wLT5ubV9mbGFn ICYgTkZTTU5UX0lOVCkgPT0gMCkgew0KLSBubXAtPm5tX2ZsYWcgfD0gTkZTTU5UX0lOVDsNCi0g Y2xlYXJpbnRyID0gMTsNCi0gfSBlbHNlIHsNCi0gY2xlYXJpbnRyID0gMDsNCi0gfQ0KICAgaWYg KChlcnJvciA9IG5ld25mc19jb25uZWN0KG5tcCwgJm5tcC0+bm1fc29ja3JlcSwgY3JlZCwgdGQs IDApKSkNCiAgIGdvdG8gYmFkOw0KLSBpZiAoY2xlYXJpbnRyKQ0KLSBubXAtPm5tX2ZsYWcgJj0g fk5GU01OVF9JTlQ7DQogICAvKg0KICAgICogQSByZWZlcmVuY2UgY291bnQgaXMgbmVlZGVkIG9u IHRoZSBuZnNub2RlIHJlcHJlc2VudGluZyB0aGUNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpGcm9tOiAgQXJ0ZW0gTmFs dXpobnl5IDx0dXRAbmhhbW9uLmNvbS51YT4NClRvOiAgY3VycmVudCA8Y3VycmVudEBmcmVlYnNk Lm9yZz4NClN1YmplY3Q6ICBMb3RzIG9mICJhdGgwOiBiYWQgc2VyaWVzMCBod3JhdGUgMHgxYiIg aW4gOC4wLUJFVEEyDQpEYXRlOiAgU2F0MTggSnVsIDIwMDkgMTY6NDg6MjggKzAzMDANCkhpLA0K QWZ0ZXIgNy4yLVJMRUFTRSAtPiA4LjAtQkVUQTIgdXBkYXRlIG15IG5vdGVib29rIHdpcmVsZXNz IHdvcmtzDQp3aXRob3V0IHByb2JsZW1zIGJ1dCB0aGVyZSBhcmUgbG90cyBvZiBhbm5veWluZyAi YXRoMDogYmFkIHNlcmllczANCmh3cmF0ZSAweDFiIi1saWtlIG1lc3NhZ2VzIG9uIGNvbnNvbGUg bm93Lg0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQ0KcGNpY29uZjoNCmF0aDBAcGNpMDoxOjA6MDogICAgICAgIGNsYXNzPTB4MDIwMDAwIGNhcmQ9 MHgzMDY1MTY4YyBjaGlwPTB4MDAxYzE2OGMNCnJldj0weDAxIGhkcj0weDAwDQogICB2ZW5kb3Ig ICAgID0gJ0F0aGVyb3MgQ29tbXVuaWNhdGlvbnMgSW5jLicNCiAgIGRldmljZSAgICAgPQ0KJ0hE QVVESU9GVU5DXzAxJlZFTl8xMDk1JkRFVl8xMzkyJlNVQlNZU18xMDI4MDI0MiZSRVZfMTAwMA0K KFVTQlZJRF8xNDdFJlBJRF8yMDE2NSZCNzFBNDQ2JjAmMSknDQogICBjbGFzcyAgICAgID0gbmV0 d29yaw0KICAgc3ViY2xhc3MgICA9IGV0aGVybmV0DQo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpzeXNjdGxzOg0KaHcuYXRoLmJzdHVjazogNA0K aHcuYXRoLnR4YnVmOiAyMDANCmh3LmF0aC5yeGJ1ZjogNDANCmh3LmF0aC5yZXNldGNhbDogMTIw MA0KaHcuYXRoLnNob3J0Y2FsOiAxMDANCmh3LmF0aC5sb25nY2FsOiAzMA0KaHcuYXRoLmhhbC5z d2JhX2JhY2tvZmY6IDANCmh3LmF0aC5oYWwuc3dfYnJ0OiAxMA0KaHcuYXRoLmhhbC5kbWFfYnJ0 OiAyDQpkZXYuYXRoLjAuJWRlc2M6IEF0aGVyb3MgNTQyNC8yNDI0DQpkZXYuYXRoLjAuJWRyaXZl cjogYXRoDQpkZXYuYXRoLjAuJWxvY2F0aW9uOiBzbG90PTAgZnVuY3Rpb249MA0KZGV2LmF0aC4w LiVwbnBpbmZvOiB2ZW5kb3I9MHgxNjhjIGRldmljZT0weDAwMWMgc3VidmVuZG9yPTB4MTY4Yw0K c3ViZGV2aWNlPTB4MzA2NSBjbGFzcz0weDAyMDAwMA0KZGV2LmF0aC4wLiVwYXJlbnQ6IHBjaTEN CmRldi5hdGguMC5zbW9vdGhpbmdfcmF0ZTogOTUNCmRldi5hdGguMC5zYW1wbGVfcmF0ZTogMTAN CmRldi5hdGguMC5zYW1wbGVfc3RhdHM6IDANCmRldi5hdGguMC5jb3VudHJ5Y29kZTogMA0KZGV2 LmF0aC4wLnJlZ2RvbWFpbjogOTYNCmRldi5hdGguMC5zbG90dGltZTogOQ0KZGV2LmF0aC4wLmFj a3RpbWVvdXQ6IDQ4DQpkZXYuYXRoLjAuY3RzdGltZW91dDogNDgNCmRldi5hdGguMC5zb2Z0bGVk OiAwDQpkZXYuYXRoLjAubGVkcGluOiAwDQpkZXYuYXRoLjAubGVkb246IDANCmRldi5hdGguMC5s ZWRpZGxlOiAyNzAwDQpkZXYuYXRoLjAudHhhbnRlbm5hOiAwDQpkZXYuYXRoLjAucnhhbnRlbm5h OiAxDQpkZXYuYXRoLjAuZGl2ZXJzaXR5OiAxDQpkZXYuYXRoLjAudHhpbnRycGVyaW9kOiA1DQpk ZXYuYXRoLjAuZGlhZzogMA0KZGV2LmF0aC4wLnRwc2NhbGU6IDANCmRldi5hdGguMC50cGM6IDAN CmRldi5hdGguMC50cGFjazogNjMNCmRldi5hdGguMC50cGN0czogNjMNCmRldi5hdGguMC5yZnNp bGVudDogMQ0KZGV2LmF0aC4wLnJma2lsbDogMQ0KZGV2LmF0aC4wLmludG1pdDogMQ0KZGV2LmF0 aC4wLm1vbnBhc3M6IDI0DQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09DQpkbWVzZzoNCmF0aDA6IDxBdGhlcm9zIDU0MjQvMjQyND4gbWVtIDB4YmY3 ZjAwMDAtMHhiZjdmZmZmZiBpcnEgMTcgYXQgZGV2aWNlIDAuMCBvbiBwY2kxDQphdGgwOiBbSVRI UkVBRF0NCmF0aDA6IEFSNTQxMyBtYWMgMTAuMCBSRjU0MjQgcGh5IDYuMQ0KYXRoMDogYmFkIHNl cmllczAgaHdyYXRlIDB4MWIsIHRyaWVzIDEgdHNfc3RhdHVzIDB4MA0KYXRoMDogYmFkIHNlcmll czAgaHdyYXRlIDB4MWIsIHRyaWVzIDEgdHNfc3RhdHVzIDB4MA0KYXRoMDogYmFkIHNlcmllczMg aHdyYXRlIDB4MWIsIHRyaWVzIDIgdHNfc3RhdHVzIDB4MA0KYXRoMDogYmFkIHNlcmllczAgaHdy YXRlIDB4MWIsIHRyaWVzIDEgdHNfc3RhdHVzIDB4MA0KYXRoMDogYmFkIHNlcmllczIgaHdyYXRl IDB4MWMsIHRyaWVzIDQgdHNfc3RhdHVzIDB4MA0KYXRoMDogYmFkIHNlcmllczMgaHdyYXRlIDB4 MWIsIHRyaWVzIDIgdHNfc3RhdHVzIDB4MA0KYXRoMDogYmFkIHNlcmllczMgaHdyYXRlIDB4MWIs IHRyaWVzIDIgdHNfc3RhdHVzIDB4MA0KYXRoMDogYmFkIHNlcmllczMgaHdyYXRlIDB4MWIsIHRy aWVzIDIgdHNfc3RhdHVzIDB4MA0KYXRoMDogYmFkIHNlcmllczMgaHdyYXRlIDB4MWIsIHRyaWVz IDIgdHNfc3RhdHVzIDB4MA0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PQ0KaWZjb25maWc6DQphdGgwOiBmbGFncz04ODQzPFVQLEJST0FEQ0FTVCxS VU5OSU5HLFNJTVBMRVgsTVVMVElDQVNUPiBtZXRyaWMgMCBtdHUgMjI5MA0KICAgICAgIGV0aGVy IDAwOjE1OmFmOnh4Onh4Onh4DQogICAgICAgbWVkaWE6IElFRUUgODAyLjExIFdpcmVsZXNzIEV0 aGVybmV0IGF1dG9zZWxlY3QgbW9kZSAxMWcNCiAgICAgICBzdGF0dXM6IGFzc29jaWF0ZWQNCnds YW4wOiBmbGFncz04ODQzPFVQLEJST0FEQ0FTVCxSVU5OSU5HLFNJTVBMRVgsTVVMVElDQVNUPiBt ZXRyaWMgMCBtdHUgMTUwMA0KICAgICAgIGV0aGVyIDAwOjE1OmFmOnh4Onh4Onh4DQogICAgICAg aW5ldCB4eC54eC54eC54eCBuZXRtYXNrIDB4ZmZmZmZmZjggYnJvYWRjYXN0IHh4Lnh4Lnh4Lnh4 DQogICAgICAgbWVkaWE6IElFRUUgODAyLjExIFdpcmVsZXNzIEV0aGVybmV0IE9GRE0vNTRNYnBz IG1vZGUgMTFnDQogICAgICAgc3RhdHVzOiBhc3NvY2lhdGVkDQogICAgICAgc3NpZCB4eCBjaGFu bmVsIDMgKDI0MjIgTWh6IDExZykgYnNzaWQgMDA6MWY6MWY6eHg6eHg6eHgNCiAgICAgICByZWdk b21haW4gOTYgaW5kb29yIGVjbSBhdXRobW9kZSBXUEEyLzgwMi4xMWkgcHJpdmFjeSBPTg0KICAg ICAgIGRlZnR4a2V5IFVOREVGIFRLSVAgMjoxMjgtYml0IHR4cG93ZXIgMjAgYm1pc3MgNyBzY2Fu dmFsaWQgNDUwIGJnc2Nhbg0KICAgICAgIGJnc2NhbmludHZsIDMwMCBiZ3NjYW5pZGxlIDI1MCBy b2FtOnJzc2kgNyByb2FtOnJhdGUgNSBwcm90bW9kZSBDVFMNCiAgICAgICB3bWUgcm9hbWluZyBN QU5VQUwNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT0NCi0tDQpBcnRlbSBOYWx1emhueXkNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpGcm9tOiAgIk5lbmh1bV9kZV9Ob3Mi IDxtYXRoZXVzQGV0ZXJuYW1lbnRlLmluZm8+DQpUbzogIGZyZWVic2QtY3VycmVudEBmcmVlYnNk Lm9yZw0KU3ViamVjdDogIFJlOiBnc3RyaXBlIHByb2JsZW0NCkRhdGU6ICBTYXQxOCBKdWwgMjAw OSAxMTowNjozMyAtMDMwMCAoQlJUKQ0KT24gRnJpLCBKdWx5IDE3LCAyMDA5IDIxOjAxLCBOZW5o dW1fZGVfTm9zIHdyb3RlOg0KPg0KPiBPbiBGcmksIEp1bHkgMTcsIDIwMDkgMDk6MDcsIE5lbmh1 bV9kZV9Ob3Mgd3JvdGU6DQo+Pg0KPj4gT24gRnJpLCBKdWx5IDE3LCAyMDA5IDA3OjIwLCBJdmFu IFZvcmFzIHdyb3RlOg0KPj4+IE5lbmh1bV9kZV9Ob3Mgd3JvdGU6DQo+Pj4+IGhhaWwsDQo+Pj4+ DQo+Pj4+IEkgaGF2ZSBhIHByb2JsZW0gd2l0aCBnc3RyaXBlIG9uIHRvZGF5IHN0YWJsZS4gSSBj cmVhdGVkIHRoaXMgc3RyaXBlDQo+Pj4+IHVzaW5nIGEgYml0IG1vcmUgb2xkIHN0YWJsZSAodHdv IHdlZWtzIHRvcHMpIGFuZCBpdCBjYW4ndCBiZSByZWFkIG9uDQo+Pj4+IG9sZA0KPj4+PiBzdGFi bGUgKGZyb20gMzAvMTIvMjAwOCkuIFNvIEkgcmVjcmVhdGVkIGluIDgtQkVUQTEgYW5kIEkgY291 bGQgbW91bnQNCj4+Pj4gYW5kIHNlZSBmaWxlcy4gV2hlbiBJIHRyaWVkIGFnYWluIG9uIDMwLzEy LzIwMDggc3RhYmxlIGFuZCB0b2RheXMsIG9uDQo+Pj4+IFBJSSBtYWNoaW5lIChpMzg2KToNCj4+ Pg0KPj4+IFNvIHlvdXIgcHJvYmxlbSBpcyB0aGF0Og0KPj4+DQo+Pj4gYSkgeW91IGNyZWF0ZWQg YSBnc3RyaXBlIGFycmF5IG9uIGEgcmVjZW50IFNUQUJMRSAodHdvIHdlZWtzIGFnbykgYW5kDQo+ Pj4gaXQNCj4+PiB3YXMgZmluZQ0KPj4+IGIpIHlvdSB0cmllZCB0byB1c2UgaXQgd2l0aCBhbiBv bGQgU1RBQkxFICgzMC4xMi4yMDA4LikgYW5kIGl0IGRpZG4ndA0KPj4+IHdvcmsNCj4+PiBjKSB5 b3UgdHJpZWQgdG8gdXNlIGl0IHdpdGggdG9kYXkncyBTVEFCTEUgYW5kIGl0IGRpZG4ndCB3b3Jr DQo+Pj4gZCkgaXQgd29ya3Mgd2l0aCA4LUJFVEExDQo+Pj4gPw0KPj4NCj4+IGl0cyBxdWl0ZSB0 aGlzLiB0aGUgc3RyaXBlIGp1c3QgdmFuaXNoZXMgd2hlbiBJIHRyeSB0byBzZWUgaXQgaW4gYW55 DQo+PiBzdGFibGUuIGFuZCBpZiBJIGNyZWF0ZSBpbiBzdGFibGUsIGEgcmVib290IG1ha2VzIGl0 IGdvIHdheSA6KA0KPj4NCj4+PiBUaGUgb25seSB0aGluZyB0aGF0IGNvbWVzIHRvIG15IG1pbmQg aXMgdGhhdCBkdXJpbmcgeW91ciB0ZXN0cyB5b3UgaGF2ZQ0KPj4+IGNoYW5nZWQgdGhlIHN0cmlw ZSBzaXplLCBtYWtpbmcgdGhlIGZpbGUgc3lzdGVtIGRhdGEgdW51c2FibGUgKGFuZA0KPj4+IHVu bW91bnRhYmxlKS4NCj4+Pg0KPj4+PiBbcm9vdEB4eHggfl0jIGdzdHJpcGUgc3RhdHVzDQo+Pj4+ ICAgICAgICAgICBOYW1lICBTdGF0dXMgIENvbXBvbmVudHMNCj4+Pj4gc3RyaXBlL3N0cmlwZTAg ICAgICBVUCAgYWQ0czINCj4+Pj4gICAgICAgICAgICAgICAgICAgICAgICAgYWQ2czINCj4+Pg0K Pj4+PiBtb3VudDogL2Rldi9zdHJpcGUvc3RyaXBlMCA6IEludmFsaWQgYXJndW1lbnQNCj4+Pj4N Cj4+Pj4gb24gOC1CRVRBMSBpdCB3b3JrcywgYnV0IGNhbid0IGNyZWF0ZSBzdHJpcGUgb24gaXQg YW5kIHVzZSBvbiB0aGlzDQo+Pj4+IHN0YWJsZSBib3ggdGhvdWdoLiB0aGUgc3RyaXBlIGFscmVh ZHkgaGFzIGZpbGVzICEgc28gYW55dGhpbmcgd2VpcmQNCj4+Pj4gY291bGQgbWFrZSBtZSBsb29z ZSBteSBkYXRhIC4uLg0KPj4+DQo+Pj4gQXJlIHlvdSBzYXlpbmcgeW91IHdvbid0IHVzZSA4LUJF VEExIGJlY2F1c2UgeW91IGZlYXIgdGhlcmUgbWF5IGJlDQo+Pj4gcHJvYmxlbXMgd2l0aCBpdD8g SWYgc28sIHlvdSBzaG91bGRuJ3Qgd29ycnkgc28gbXVjaCAtIDgtQ1VSUkVOVCBpcw0KPj4+IHZl cnkNCj4+PiBzdGFibGUuDQo+Pg0KPj4gSSBrbm93IGl0IGlzLiA4LUNVUlJFTlQgaXMgZ3JlYXQg cmVhbGx5IChJIHVzZSBpdCBpbiBvdGhlciBwbGFjZXMpLiBteQ0KPj4gbWFpbiBjb25jZXJuIGlz IHRoYXQgdGhpcyBpcyBhIHNlcnZlciB3aXRoIG1haWwvZG5zL2RoY3AvYXBhY2hlL3NvbWUNCj4+ IG90aGVyDQo+PiBzZXJ2aWNlcyBJIGZvcmdvdCBhbmQgY2hhbmdpbmcgdG8gOC1CRVRBIG1heSBu ZWVkIHRvIHJlY29tcGlsZSBhbGwNCj4+IHRoaW5ncywNCj4+IGFuZCBuZWVkIHRpbWUgSSBkb24n dCBoYXZlIHJpZ2h0IG5vdyAuLi4NCj4+DQo+PiBjYW4gSSBqdXN0IHVwZGF0ZSBhbmQgdXNlIGFs bCBzb2Z0d2FyZSBjb21waWxlZCBmb3IgNy4xLVBSRVJFTEVBU0UgPw0KPj4NCj4+IHRoYW5rcywN Cj4+DQo+PiBtYXRoZXVzDQo+DQo+IHRoaW5zIGhlcmUganVzdCBnb3Qgd2VpcmQuIEkgZGlkIHVw ZGF0ZWQgdG8gOC1CRVRBMi4gc2FtZSBwcm9ibGVtIHRob3VnaC4NCj4gc28gSSBqdXN0IHRob3Vn aHQgaXQgd2FzIHByb2JsZW0gd2hlbiBJIGNyZWF0ZSBhIHN0cmlwZSBpbiBhbWQ2NCBtYWNoaW5l DQo+IGFuZCB0cnkgdG8gdXNlIGl0IG9uIGkzODYuDQo+DQo+IEkgdGhlbiBwdXQgdGhlIGRyaXZl cyBpbiB0aGUgYW1kNjQgbWFjaGluZSwgYW5kIGl0IGRpZCB3b3JrZWQgZmluZSwgYWZ0ZXINCj4g YW5vdGhlciBnc3RyaXBlIGNyZWF0ZSBjb21tYW5kLiBzbyBJIHJlYm9vdGVkIHRoZSBhbWQ2NCBt YWNoaW5lIHRvIHNlZSBpZg0KPiBhZnRlciByZWJvb3QgdGhlIHN0cmlwZSB3b3VsZCBiZSB0aGVy ZS4gZ3Vlc3Mgd2hhdCAuLi4gbm90aGluZyB0aGVyZSAuLi4NCj4NCj4gSSB1c2VkIGdtaXJyb3Ig YW5kIGdzdHJpcGUgZm9yIGFib3V0IGFuIHllYXIsIG5vIHByb2JsZW0uIGNvdXBsZSBvZiBtb250 aHMNCj4gYWdvIEkgaGFkIGEgcHJvYmxlbSBhbmQgaGFkIHRvIGNoYW5nZSB0aGUgcGMgKGRlYWQg b25lKS4gc28gYWxsIGNoYW5nZWQsDQo+IHVzaW5nIHNpbDMxMTQgc2F0YSBwY2kgY2FyZCBub3cg YW5kIFBJSSAzMDAgTUh6LiBub3cgdGhlIGRpc2tzIGJlaGF2ZSBsaWtlDQo+IHRoaXMuDQo+DQo+ IGlmIGFueW9uZSBoYXMgYW55IGxlYWRzLCBJJ20gbW92aW5nIGRhdGEgZnJvbSB0aGUgZGlza3Mg bm93IC4uLiBjYW4gdGVzdA0KPiB0aG91Z2guDQo+DQo+IHRoYW5rcywNCj4NCj4gbWF0aGV1cw0K bW92aW5nIHRvIGN1cnJlbnRAIGFzIGl0IGlzIHJ1bm5pbmcgbm93IDgtQkVUQTIuDQpJJ2QgcmVh bGx5IGxpa2UgdG8gaGVhciBvbiB0aGlzOiBJIGp1c3Qgd2lwZWQgb3V0IGFsbCBkaXNrcyBkYXRh LCBkZWxldGVkDQphbGwgdHdvIHBhcnRpdGlvbnMgYW5kIHJlY3JlYXRlZCB0aGVtLiBjcmVhdGVk IGFub3RoZXIgc3RyaXBlIHVzaW5nIHRoZQ0Kc2FtZSBhcmd1bWVudHMgYXMgdGhlIG90aGVyIHRp bWVzIGJ1dCBpdCBrZWVwcyB2YW5pc2hpbmcgd2hlbiBJIHJlYm9vdC4NCmZyZXNoIDgtQkVUQTIg YW5kIG9sZCBwYyBpbiBpMzg2LiB3aGF0IHRvIGRvIG5vdyA/IGdpdmUgdXAgPw0KSSBjaGFuZ2Vk IHRoZSBwYXJ0aXRpb25zIHNpemUsIHRvIG5vdCBtYXRjaCB0aGUgc2FtZSBoZCBzZWN0b3JzIGFu ZA0Kbm90aGluZy4gYW5kIG5vdyBJIGRpZG4ndCB1c2UgdGhlIGFkMTZzMiwgYnV0IGFkMTZzMmQg KEkgY3JlYXRlZCBzb21lDQpsYWJlbHMpIGFuZCBub3RoaW5nIGFnYWluIC4uLg0KaXMgdGhlcmUg YSBsaW1pdCBvZiB1c2luZyBnc3RyaXBlID8gaGFyZHdhcmUgZm9yIHRoYXQgbWF0dGVyID8NCmF0 YXBjaTFAcGNpMDowOjEzOjA6IGNsYXNzPTB4MDEwNDAwIGNhcmQ9MHg2MTE0MTA5NSBjaGlwPTB4 MzExNDEwOTUNCnJldj0weDAyIGhkcj0weDAwDQogICAgdmVuZG9yICAgICA9ICdTaWxpY29uIElt YWdlIEluYyAoV2FzOiBDTUQgVGVjaG5vbG9neSBJbmMpJw0KICAgIGRldmljZSAgICAgPSAnU0FU QUxpbmsvU0FUQVJhaWQgQ29udHJvbGxlciAoU2lsIDMxMTQpJw0KICAgIGNsYXNzICAgICAgPSBt YXNzIHN0b3JhZ2UNCiAgICBzdWJjbGFzcyAgID0gUkFJRA0KYW55IGluZm8gbmVlZGVkIHBsZWFz ZSBhc2suDQp0d28gc2VhZ2F0ZSA3NTBHQiBzYXRhIGRpc2tzIDEyMEdCIGZyb20gYm90aCBvbiBn bWlycm9yIGFuZCB3aGF0IGxlZnRzIG9uDQpnc3RyaXBlLg0KdGhhbmtzLA0KbWF0aGV1cw0KLS0g DQpXZSB3aWxsIGNhbGwgeW91IGN5Z251cywNClRoZSBHb2Qgb2YgYmFsYW5jZSB5b3Ugc2hhbGwg YmUNCkE6IEJlY2F1c2UgaXQgbWVzc2VzIHVwIHRoZSBvcmRlciBpbiB3aGljaCBwZW9wbGUgbm9y bWFsbHkgcmVhZCB0ZXh0Lg0KUTogV2h5IGlzIHRvcC1wb3N0aW5nIHN1Y2ggYSBiYWQgdGhpbmc/ DQpodHRwOi8vZW4ud2lraXBlZGlhLm9yZy93aWtpL1Bvc3Rpbmdfc3R5bGUNCi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpG cm9tOiAgQXJ0ZW0gTmFsdXpobnl5IDxhcnRlbUBhbHRlcmF0ZWxlY29tLmNvbT4NClRvOiAgY3Vy cmVudEBmcmVlYnNkLm9yZw0KU3ViamVjdDogIExvdHMgb2YgImF0aDA6IGJhZCBzZXJpZXMwIGh3 cmF0ZSAweDFiIiBpbiA4LjAtQkVUQTINCkRhdGU6ICBTYXQxOCBKdWwgMjAwOSAxNjo0NDo1NiAr MDMwMA0KSGksDQpBZnRlciA3LjItUkxFQVNFIC0+IDguMC1CRVRBMiB1cGRhdGUgbXkgbm90ZWJv b2sgd2lyZWxlc3Mgd29ya3MNCndpdGhvdXQgcHJvYmxlbXMgYnV0IHRoZXJlIGFyZSBsb3RzIG9m IGFubm95aW5nICJhdGgwOiBiYWQgc2VyaWVzMA0KaHdyYXRlIDB4MWIiLWxpa2UgbWVzc2FnZXMg b24gY29uc29sZSBub3cuDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09DQpwY2ljb25mOg0KYXRoMEBwY2kwOjE6MDowOiBjbGFzcz0weDAyMDAwMCBj YXJkPTB4MzA2NTE2OGMgY2hpcD0weDAwMWMxNjhjDQpyZXY9MHgwMSBoZHI9MHgwMA0KICAgIHZl bmRvciAgICAgPSAnQXRoZXJvcyBDb21tdW5pY2F0aW9ucyBJbmMuJw0KICAgIGRldmljZSAgICAg PQ0KJ0hEQVVESU9GVU5DXzAxJlZFTl8xMDk1JkRFVl8xMzkyJlNVQlNZU18xMDI4MDI0MiZSRVZf MTAwMA0KKFVTQlZJRF8xNDdFJlBJRF8yMDE2NSZCNzFBNDQ2JjAmMSknDQogICAgY2xhc3MgICAg ICA9IG5ldHdvcmsNCiAgICBzdWJjbGFzcyAgID0gZXRoZXJuZXQNCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NCnN5c2N0bHM6DQpody5hdGguYnN0 dWNrOiA0DQpody5hdGgudHhidWY6IDIwMA0KaHcuYXRoLnJ4YnVmOiA0MA0KaHcuYXRoLnJlc2V0 Y2FsOiAxMjAwDQpody5hdGguc2hvcnRjYWw6IDEwMA0KaHcuYXRoLmxvbmdjYWw6IDMwDQpody5h dGguaGFsLnN3YmFfYmFja29mZjogMA0KaHcuYXRoLmhhbC5zd19icnQ6IDEwDQpody5hdGguaGFs LmRtYV9icnQ6IDINCmRldi5hdGguMC4lZGVzYzogQXRoZXJvcyA1NDI0LzI0MjQNCmRldi5hdGgu MC4lZHJpdmVyOiBhdGgNCmRldi5hdGguMC4lbG9jYXRpb246IHNsb3Q9MCBmdW5jdGlvbj0wDQpk ZXYuYXRoLjAuJXBucGluZm86IHZlbmRvcj0weDE2OGMgZGV2aWNlPTB4MDAxYyBzdWJ2ZW5kb3I9 MHgxNjhjDQpzdWJkZXZpY2U9MHgzMDY1IGNsYXNzPTB4MDIwMDAwDQpkZXYuYXRoLjAuJXBhcmVu dDogcGNpMQ0KZGV2LmF0aC4wLnNtb290aGluZ19yYXRlOiA5NQ0KZGV2LmF0aC4wLnNhbXBsZV9y YXRlOiAxMA0KZGV2LmF0aC4wLnNhbXBsZV9zdGF0czogMA0KZGV2LmF0aC4wLmNvdW50cnljb2Rl OiAwDQpkZXYuYXRoLjAucmVnZG9tYWluOiA5Ng0KZGV2LmF0aC4wLnNsb3R0aW1lOiA5DQpkZXYu YXRoLjAuYWNrdGltZW91dDogNDgNCmRldi5hdGguMC5jdHN0aW1lb3V0OiA0OA0KZGV2LmF0aC4w LnNvZnRsZWQ6IDANCmRldi5hdGguMC5sZWRwaW46IDANCmRldi5hdGguMC5sZWRvbjogMA0KZGV2 LmF0aC4wLmxlZGlkbGU6IDI3MDANCmRldi5hdGguMC50eGFudGVubmE6IDANCmRldi5hdGguMC5y eGFudGVubmE6IDENCmRldi5hdGguMC5kaXZlcnNpdHk6IDENCmRldi5hdGguMC50eGludHJwZXJp b2Q6IDUNCmRldi5hdGguMC5kaWFnOiAwDQpkZXYuYXRoLjAudHBzY2FsZTogMA0KZGV2LmF0aC4w LnRwYzogMA0KZGV2LmF0aC4wLnRwYWNrOiA2Mw0KZGV2LmF0aC4wLnRwY3RzOiA2Mw0KZGV2LmF0 aC4wLnJmc2lsZW50OiAxDQpkZXYuYXRoLjAucmZraWxsOiAxDQpkZXYuYXRoLjAuaW50bWl0OiAx DQpkZXYuYXRoLjAubW9ucGFzczogMjQNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0NCmRtZXNnOg0KYXRoMDogPEF0aGVyb3MgNTQyNC8yNDI0PiBt ZW0gMHhiZjdmMDAwMC0weGJmN2ZmZmZmIGlycSAxNyBhdCBkZXZpY2UgMC4wIG9uIHBjaTENCmF0 aDA6IFtJVEhSRUFEXQ0KYXRoMDogQVI1NDEzIG1hYyAxMC4wIFJGNTQyNCBwaHkgNi4xDQphdGgw OiBiYWQgc2VyaWVzMCBod3JhdGUgMHgxYiwgdHJpZXMgMSB0c19zdGF0dXMgMHgwDQphdGgwOiBi YWQgc2VyaWVzMCBod3JhdGUgMHgxYiwgdHJpZXMgMSB0c19zdGF0dXMgMHgwDQphdGgwOiBiYWQg c2VyaWVzMyBod3JhdGUgMHgxYiwgdHJpZXMgMiB0c19zdGF0dXMgMHgwDQphdGgwOiBiYWQgc2Vy aWVzMCBod3JhdGUgMHgxYiwgdHJpZXMgMSB0c19zdGF0dXMgMHgwDQphdGgwOiBiYWQgc2VyaWVz MiBod3JhdGUgMHgxYywgdHJpZXMgNCB0c19zdGF0dXMgMHgwDQphdGgwOiBiYWQgc2VyaWVzMyBo d3JhdGUgMHgxYiwgdHJpZXMgMiB0c19zdGF0dXMgMHgwDQphdGgwOiBiYWQgc2VyaWVzMyBod3Jh dGUgMHgxYiwgdHJpZXMgMiB0c19zdGF0dXMgMHgwDQphdGgwOiBiYWQgc2VyaWVzMyBod3JhdGUg MHgxYiwgdHJpZXMgMiB0c19zdGF0dXMgMHgwDQphdGgwOiBiYWQgc2VyaWVzMyBod3JhdGUgMHgx YiwgdHJpZXMgMiB0c19zdGF0dXMgMHgwDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09DQppZmNvbmZpZzoNCmF0aDA6IGZsYWdzPTg4NDM8VVAsQlJP QURDQVNULFJVTk5JTkcsU0lNUExFWCxNVUxUSUNBU1Q+IG1ldHJpYyAwIG10dSAyMjkwDQpldGhl ciAwMDoxNTphZjp4eDp4eDp4eA0KbWVkaWE6IElFRUUgODAyLjExIFdpcmVsZXNzIEV0aGVybmV0 IGF1dG9zZWxlY3QgbW9kZSAxMWcNCnN0YXR1czogYXNzb2NpYXRlZA0Kd2xhbjA6IGZsYWdzPTg4 NDM8VVAsQlJPQURDQVNULFJVTk5JTkcsU0lNUExFWCxNVUxUSUNBU1Q+IG1ldHJpYyAwIG10dSAx NTAwDQpldGhlciAwMDoxNTphZjp4eDp4eDp4eA0KaW5ldCB4eC54eC54eC54eCBuZXRtYXNrIDB4 ZmZmZmZmZjggYnJvYWRjYXN0IHh4Lnh4Lnh4Lnh4DQptZWRpYTogSUVFRSA4MDIuMTEgV2lyZWxl c3MgRXRoZXJuZXQgT0ZETS81NE1icHMgbW9kZSAxMWcNCnN0YXR1czogYXNzb2NpYXRlZA0Kc3Np ZCB4eCBjaGFubmVsIDMgKDI0MjIgTWh6IDExZykgYnNzaWQgMDA6MWY6MWY6eHg6eHg6eHgNCnJl Z2RvbWFpbiA5NiBpbmRvb3IgZWNtIGF1dGhtb2RlIFdQQTIvODAyLjExaSBwcml2YWN5IE9ODQpk ZWZ0eGtleSBVTkRFRiBUS0lQIDI6MTI4LWJpdCB0eHBvd2VyIDIwIGJtaXNzIDcgc2NhbnZhbGlk IDQ1MCBiZ3NjYW4NCmJnc2NhbmludHZsIDMwMCBiZ3NjYW5pZGxlIDI1MCByb2FtOnJzc2kgNyBy b2FtOnJhdGUgNSBwcm90bW9kZSBDVFMNCndtZSByb2FtaW5nIE1BTlVBTA0KPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KLS0gDQpBcnRlbSBOYWx1 emhueXkNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tDQpGcm9tOiAgTWFydGVuIFZpam4gPGluZm9AbWFydGVudmlqbi5ubD4N ClRvOiAgS2VuIFNtaXRoIDxrZW5zbWl0aEBjc2UuQnVmZmFsby5FRFU+DQpTdWJqZWN0OiAgbWFr ZSBkaXN0cmlidXRpb24gUmU6IDguMC1CRVRBMiBBdmFpbGFibGUNCkRhdGU6ICBTYXQxOCBKdWwg MjAwOSAxODowNTowMCArMDIwMA0KY2QgL3Vzci9zcmMNCm1ha2UgZGlzdHJpYnV0aW9uIGdpdmVz IGFuIGVycm9yDQpkYXRhIGJlbG93LA0Ka2lkbiByZWdhcmRzLA0KTWFydGVuDQptYWtlIGluc3Rh bGx3b3JsZCBERVNURElSPS91c3IvdGZ0cGJvb3QxLw0KPHNuaXA+PG9rPg0KbWFrZSBpbnN0YWxs a2VybmVsIERFU1RESVI9L3Vzci90ZnRwYm9vdDEvDQo8c25pcD5vaz4NCiMgbWFrZSBkaXN0cmli dXRpb24gREVTVERJUj0vdXNyL3RmdHBib290MS8NCmNkIC91c3Ivc3JjL2V0YzsgTUFLRU9CSkRJ UlBSRUZJWD0vdXNyL29iaiAgTUFDSElORV9BUkNIPWkzODYNCk1BQ0hJTkU9aTM4NiAgQ1BVVFlQ RT0NCkdST0ZGX0JJTl9QQVRIPS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvYmluDQpH Uk9GRl9GT05UX1BBVEg9L3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9zaGFyZS9ncm9m Zl9mb250DQpHUk9GRl9UTUFDX1BBVEg9L3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9z aGFyZS90bWFjDQpQQVRIPS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Ivc2JpbjovdXNy L29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2JpbjovdXNyL29iai91c3Ivc3JjL3RtcC9sZWdh Y3kvdXNyL2dhbWVzOi91c3Ivb2JqL3Vzci9zcmMvdG1wL3Vzci9zYmluOi91c3Ivb2JqL3Vzci9z cmMvdG1wL3Vzci9iaW46L3Vzci9vYmovdXNyL3NyYy90bXAvdXNyL2dhbWVzOi9zYmluOi9iaW46 L3Vzci9zYmluOi91c3IvYmluIG1ha2UgZGlzdHJpYnV0aW9uDQpjZCAvdXNyL3NyYy9ldGM7ICBp bnN0YWxsIC1vIHJvb3QgLWcgd2hlZWwgLW0gNjQ0ICBhdXRoLmNvbmYgIGNyb250YWINCmRldmQu Y29uZiBkZXZmcy5jb25mICBkZGIuY29uZiBkaGNsaWVudC5jb25mIGRpc2t0YWIgZmJ0YWIgIGZ0 cHVzZXJzDQpnZXR0eXRhYiBncm91cCAgaG9zdHMgaG9zdHMuYWxsb3cgaG9zdHMuZXF1aXYgIGlu ZXRkLmNvbmYgbGliYWxpYXMuY29uZg0KbG9naW4uYWNjZXNzIGxvZ2luLmNvbmYgbWFjLmNvbmYg bW90ZCAgbmV0Y29uZmlnIG5ldHdvcmsuc3ViciBuZXR3b3Jrcw0KbmV3c3lzbG9nLmNvbmYgbnNz d2l0Y2guY29uZiAgcGhvbmVzIHByb2ZpbGUgcHJvdG9jb2xzICByYw0KcmMuYnNkZXh0ZW5kZWQg cmMuZmlyZXdhbGwgcmMuZmlyZXdhbGw2IHJjLmluaXRkaXNrbGVzcyAgcmMuc2VuZG1haWwNCnJj LnNodXRkb3duICByYy5zdWJyIHJlbW90ZSBycGMgc2VydmljZXMgc2hlbGxzICBzeXNjdGwuY29u ZiBzeXNsb2cuY29uZg0KZXRjLmkzODYvdHR5cyBhbWQubWFwIGFwbWQuY29uZiBzbm1wZC5jb25m aWcNCmZyZWVic2QtdXBkYXRlLmNvbmYgL3Vzci9zcmMvZXRjLy4uL3Vzci5iaW4vbG9jYXRlL2xv Y2F0ZS9sb2NhdGUucmMNCmhvc3RzLmxwZA0KcHJpbnRjYXAgL3Vzci9zcmMvZXRjLy4uL3Vzci5i aW4vbWFpbC9taXNjL21haWwucmMgL3Vzci9zcmMvZXRjLy4uL2dudS91c3IuYmluL21hbi9tYW5w YXRoL21hbnBhdGguY29uZmlnIG50cC5jb25mIG5zY2QuY29uZiBwb3J0c25hcC5jb25mIHBmLm9z IGNzaC5jc2hyYyBjc2gubG9naW4gY3NoLmxvZ291dCByZWdkb21haW4ueG1sIC91c3IvdGZ0cGJv b3QxLy9ldGM7ICBjYXBfbWtkYiAtbCAvdXNyL3RmdHBib290MS8vZXRjL2xvZ2luLmNvbmY7ICBp bnN0YWxsIC1vIHJvb3QgLWcgd2hlZWwgLW0gNzU1ICBuZXRzdGFydCBwY2NhcmRfZXRoZXIgcmMu c3VzcGVuZCByYy5yZXN1bWUgL3Vzci90ZnRwYm9vdDEvL2V0YzsgIGluc3RhbGwgLW8gcm9vdCAt ZyB3aGVlbCAtbSA2MDAgIG1hc3Rlci5wYXNzd2QgbnNtYi5jb25mIG9waWVhY2Nlc3MgL3Vzci90 ZnRwYm9vdDEvL2V0YzsNCnB3ZF9ta2RiIC1MIC1pIC1wDQotZCAvdXNyL3RmdHBib290MS8vZXRj ICAvdXNyL3RmdHBib290MS8vZXRjL21hc3Rlci5wYXNzd2QNCmNkIC91c3Ivc3JjL2V0Yy9ibHVl dG9vdGg7IG1ha2UgaW5zdGFsbA0KaW5zdGFsbCAtbyByb290ICAtZyB3aGVlbCAtbSA2MDANCmhj c2VjZC5jb25mICAvdXNyL3RmdHBib290MS8vZXRjL2JsdWV0b290aC9oY3NlY2QuY29uZg0KaW5z dGFsbCAtbyByb290ICAtZyB3aGVlbCAtbSA2NDQNCmhvc3RzICAvdXNyL3RmdHBib290MS8vZXRj L2JsdWV0b290aC9ob3N0cw0KaW5zdGFsbCAtbyByb290IC1nIHdoZWVsICAtbSA0NDQgcHJvdG9j b2xzIC91c3IvdGZ0cGJvb3QxLy9ldGMvYmx1ZXRvb3RoDQpjZCAvdXNyL3NyYy9ldGMvZGVmYXVs dHM7IG1ha2UgaW5zdGFsbA0KaW5zdGFsbCAtbyByb290IC1nIHdoZWVsICAtbSA0NDQgYmx1ZXRv b3RoLmRldmljZS5jb25mIGRldmZzLnJ1bGVzDQpwZXJpb2RpYy5jb25mIHJjLmNvbmYgL3Vzci90 ZnRwYm9vdDEvL2V0Yy9kZWZhdWx0cw0KY2QgL3Vzci9zcmMvZXRjL2RldmQ7IG1ha2UgaW5zdGFs bA0KaW5zdGFsbCAtbyByb290IC1nIHdoZWVsICAtbSA2NDQgYXN1cy5jb25mIC91c3IvdGZ0cGJv b3QxLy9ldGMvZGV2ZA0KY2QgL3Vzci9zcmMvZXRjL2dzczsgbWFrZSBpbnN0YWxsDQppbnN0YWxs IC1vIHJvb3QgLWcgd2hlZWwgIC1tIDQ0NCBtZWNoIHFvcCAvdXNyL3RmdHBib290MS8vZXRjL2dz cw0KY2QgL3Vzci9zcmMvZXRjL3BlcmlvZGljOyBtYWtlIGluc3RhbGwNCj09PT4gZGFpbHkgKGlu c3RhbGwpDQppbnN0YWxsIC1vIHJvb3QgLWcgd2hlZWwgIC1tIDc1NSAxMDAuY2xlYW4tZGlza3Mg MTEwLmNsZWFuLXRtcHMNCjEyMC5jbGVhbi1wcmVzZXJ2ZSAyMDAuYmFja3VwLXBhc3N3ZCAzMzAu bmV3cyA0MDAuc3RhdHVzLWRpc2tzDQo0MDQuc3RhdHVzLXpmcyA0MDUuc3RhdHVzLWF0YS1yYWlk IDQwNi5zdGF0dXMtZ21pcnJvciA0MDcuc3RhdHVzLWdyYWlkMw0KNDA4LnN0YXR1cy1nc3RyaXBl IDQwOS5zdGF0dXMtZ2NvbmNhdCA0MjAuc3RhdHVzLW5ldHdvcmsNCjQ1MC5zdGF0dXMtc2VjdXJp dHkgOTk5LmxvY2FsIDMxMC5hY2NvdW50aW5nIDQ3MC5zdGF0dXMtbmFtZWQNCjMwMC5jYWxlbmRh ciAxMzAuY2xlYW4tbXNncyA0ODAuc3RhdHVzLW50cGQgMTQwLmNsZWFuLXJ3aG8NCjQzMC5zdGF0 dXMtcndobyAxNTAuY2xlYW4taG9zdHN0YXQgMjEwLmJhY2t1cC1hbGlhc2VzIDQ0MC5zdGF0dXMt bWFpbHENCjQ2MC5zdGF0dXMtbWFpbC1yZWplY3RzIDUwMC5xdWV1ZXJ1biAvdXNyL3RmdHBib290 MS8vZXRjL3BlcmlvZGljL2RhaWx5DQo9PT0+IHNlY3VyaXR5IChpbnN0YWxsKQ0KaW5zdGFsbCAt byByb290IC1nIHdoZWVsICAtbSA3NTUgMTAwLmNoa3NldHVpZCAyMDAuY2hrbW91bnRzIDMwMC5j aGt1aWQwDQo0MDAucGFzc3dkbGVzcyA0MTAubG9naW5jaGVjayA3MDAua2VybmVsbXNnIDgwMC5s b2dpbmZhaWwgOTAwLnRjcHdyYXANCnNlY3VyaXR5LmZ1bmN0aW9ucyA1MTAuaXBmZGVuaWVkIDUw MC5pcGZ3ZGVuaWVkIDU1MC5pcGZ3bGltaXQNCjUyMC5wZmRlbmllZCAvdXNyL3RmdHBib290MS8v ZXRjL3BlcmlvZGljL3NlY3VyaXR5DQo9PT0+IHdlZWtseSAoaW5zdGFsbCkNCmluc3RhbGwgLW8g cm9vdCAtZyB3aGVlbCAgLW0gNzU1IDM0MC5ub2lkIDk5OS5sb2NhbCAzMTAubG9jYXRlDQozMjAu d2hhdGlzIDMzMC5jYXRtYW4gNDAwLnN0YXR1cy1wa2cgL3Vzci90ZnRwYm9vdDEvL2V0Yy9wZXJp b2RpYy93ZWVrbHkNCj09PT4gbW9udGhseSAoaW5zdGFsbCkNCmluc3RhbGwgLW8gcm9vdCAtZyB3 aGVlbCAgLW0gNzU1IDk5OS5sb2NhbA0KMjAwLmFjY291bnRpbmcgL3Vzci90ZnRwYm9vdDEvL2V0 Yy9wZXJpb2RpYy9tb250aGx5DQpjZCAvdXNyL3NyYy9ldGMvcmMuZDsgbWFrZSBpbnN0YWxsDQpp bnN0YWxsIC1vIHJvb3QgLWcgd2hlZWwgIC1tIDU1NSBEQUVNT04gRklMRVNZU1RFTVMgTE9HSU4g TkVUV09SS0lORw0KU0VSVkVSUyBhYmkgYWNjb3VudGluZyBhZGRzd2FwIGFkamtlcm50eiBhbWQg YXBtIGFwbWQgYXJjaGRlcCBhdG0xIGF0bTINCmF0bTMgYXVkaXRkIGF1dG9fbGlua2xvY2FsIGJn ZnNjayBibHVldG9vdGggYm9vdHBhcmFtcyBicmlkZ2UgYnNubXBkDQpidGhpZGQgY2NkIGNsZWFu dmFyIGNsZWFydG1wIGNyb24gZGRiIGRlZmF1bHRyb3V0ZSBkZXZkIGRldmZzIGRoY2xpZW50DQpk bWVzZyBkdW1wb24gZW5jc3dhcCBmc2NrIGZ0cC1wcm94eSBmdHBkIGdiZGUgZ2VsaSBnZWxpMiBn c3NkIGhjc2VjZA0KaG9zdGFwZCBob3N0aWQgaG9zdG5hbWUgaW5ldGQgaW5pdHJhbmRvbSBpcDZh ZGRyY3RsIGlwNmZ3IGlwZmlsdGVyIGlwZnMNCmlwZncgaXBtb24gaXBuYXQgaXBzZWMgaXB4cm91 dGVkIGphaWwga2FkbWluZCBrZXJiZXJvcyBrZXlzZXJ2IGtsZHhyZWYNCmtwYXNzd2RkIGxkY29u ZmlnIGxvY2FsIGxvY2FscGtnIGxvY2tkIGxwZCBtaXhlciBtb3RkIG1vdW50Y3JpdGxvY2FsDQpt b3VudGNyaXRyZW1vdGUgbW91bnRsYXRlIG1kY29uZmlnIG1kY29uZmlnMiBtb3VudGQgbW91c2Vk IG1yb3V0ZTZkDQptcm91dGVkIG1zZ3MgbmFtZWQgbmF0ZCBuZXRpZiBuZXRvcHRpb25zIG5ldHdv cmtfaXB2NiBuZXdzeXNsb2cNCm5mc2NsaWVudCBuZnNjYmQgbmZzZCBuZnNzZXJ2ZXIgbmZzdXNl cmQgbmlzZG9tYWluIG5zc3dpdGNoIG50cGQgbnRwZGF0ZQ0Kb3RoZXJtdGEgcGYgcGZsb2cgcGZz eW5jIHBvd2VyZCBwb3dlcl9wcm9maWxlIHBwcCBwcHBvZWQgcHdjaGVjayBxdW90YQ0KcmFuZG9t IHJhcnBkIHJlc29sdiByZmNvbW1fcHBwZF9zZXJ2ZXIgcm9vdCByb3V0ZTZkIHJvdXRlZCByb3V0 aW5nDQpycGNiaW5kIHJ0YWR2ZCByd2hvIHNhdmVjb3JlIHNkcGQgc2VjdXJlbGV2ZWwgc2VuZG1h aWwgc2VyaWFsIHNwcHAgc3RhdGQNCnN3YXAxIHN5c2NvbnMgc3lzY3RsIHN5c2xvZ2QgdGltZWQg dG1wIHVnaWRmdyB2YXIgdmlyZWNvdmVyIHdhdGNoZG9nZA0Kd3BhX3N1cHBsaWNhbnQgeXBiaW5k IHlwcGFzc3dkZCB5cHNlcnYgeXBzZXQgeXB1cGRhdGVkIHlweGZyZCB6ZnMgc3NoZA0KbnNjZCAv dXNyL3RmdHBib290MS8vZXRjL3JjLmQNCmNkIC91c3Ivc3JjL2V0Yy8uLi9nbnUvdXNyLmJpbi9z ZW5kLXByOyBtYWtlIGV0Yy1nbmF0cy1mcmVlZmFsbA0KaW5zdGFsbCAtbyByb290IC1nIHdoZWVs IC1tDQowNjQ0ICAvdXNyL3NyYy9nbnUvdXNyLmJpbi9zZW5kLXByL2NhdGVnb3JpZXMgIC91c3Iv dGZ0cGJvb3QxLy9ldGMvZ25hdHMvZnJlZWZhbGwNCmNkIC91c3Ivc3JjL2V0Yy8uLi9zaGFyZS90 ZXJtY2FwOyBtYWtlIGV0Yy10ZXJtY2FwDQpsbiAtZnMgL3Vzci9zaGFyZS9taXNjL3Rlcm1jYXAg L3Vzci90ZnRwYm9vdDEvL2V0Yy90ZXJtY2FwDQpjZCAvdXNyL3NyYy9ldGMvLi4vdXNyLnNiaW4v cm10OyBtYWtlIGV0Yy1ybXQNCnJtIC1mIC91c3IvdGZ0cGJvb3QxLy9ldGMvcm10DQpsbiAtcyAv dXNyL3NiaW4vcm10IC91c3IvdGZ0cGJvb3QxLy9ldGMvcm10DQpjZCAvdXNyL3NyYy9ldGMvcGFt LmQ7IG1ha2UgaW5zdGFsbA0KaW5zdGFsbCAtbyByb290ICAtZyB3aGVlbCAtbSA0NDQNClJFQURN RSAgL3Vzci90ZnRwYm9vdDEvL2V0Yy9wYW0uZC9SRUFETUUNCm1ha2U6IGRvbid0IGtub3cgaG93 IHRvIG1ha2UgZ2RtLiBTdG9wDQoqKiogRXJyb3IgY29kZSAyDQpTdG9wIGluIC91c3Ivc3JjL2V0 Yy4NCioqKiBFcnJvciBjb2RlIDENClN0b3AgaW4gL3Vzci9zcmMuDQoqKiogRXJyb3IgY29kZSAx DQpTdG9wIGluIC91c3Ivc3JjLg0KIyBkbWVzZyANCkNvcHlyaWdodCAoYykgMTk5Mi0yMDA5IFRo ZSBGcmVlQlNEIFByb2plY3QuDQpDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMsIDE5ODYs IDE5ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQNCiAgICAgICAgVGhlIFJlZ2VudHMg b2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0cw0KcmVzZXJ2ZWQuDQpG cmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlv bi4NCkZyZWVCU0QgOC4wLUJFVEEyICM3IHIxOTU3NTA6IFNhdCBKdWwgMTggMTI6MTg6MDIgVVRD IDIwMDkNCiAgICByb290QDovdXNyL29iai91c3Ivc3JjL3N5cy9HRU5FUklDDQpXQVJOSU5HOiBX SVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4NClRpbWVj b3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwDQpDUFU6IEludGVs KFIpIENlbGVyb24oUikgQ1BVICAgICAgICAgIDQ0MCAgQCAyLjAwR0h6ICgxOTk1LjAxLU1Ieg0K Njg2LWNsYXNzIENQVSkNCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHgxMDY2MSAg U3RlcHBpbmcgPSAxDQpGZWF0dXJlcz0weGFmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1Is UEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gs RFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsVE0sUEJFPg0KICBGZWF0dXJlczI9MHhlMzFk PFNTRTMsRFRFUzY0LE1PTixEU19DUEwsVE0yLFNTU0UzLENYMTYseFRQUixQRENNPg0KICBBTUQg RmVhdHVyZXM9MHgyMDEwMDAwMDxOWCxMTT4NCiAgQU1EIEZlYXR1cmVzMj0weDE8TEFIRj4NCiAg VFNDOiBQLXN0YXRlIGludmFyaWFudA0KcmVhbCBtZW1vcnkgID0gNTM2ODcwOTEyICg1MTIgTUIp DQphdmFpbCBtZW1vcnkgPSAxMDIyNjg5MjgwICg5NzUgTUIpDQpBQ1BJIEFQSUMgVGFibGU6IDxJ bnRlbFIgQVdSREFDUEk+DQppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhl cmJvYXJkDQprYmQxIGF0IGtiZG11eDANCmFjcGkwOiA8SW50ZWxSIEFXUkRBQ1BJPiBvbiBtb3Ro ZXJib2FyZA0KYWNwaTA6IFtJVEhSRUFEXQ0KYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpDQph Y3BpMDogcmVzZXJ2YXRpb24gb2YgMCwgYTAwMDAgKDMpIGZhaWxlZA0KYWNwaTA6IHJlc2VydmF0 aW9uIG9mIDEwMDAwMCwgM2Y1ZTAwMDAgKDMpIGZhaWxlZA0KVGltZWNvdW50ZXIgIkFDUEktZmFz dCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwDQphY3BpX3RpbWVyMDogPDI0LWJp dCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDQwOC0weDQwYiBvbiBhY3BpMA0KYWNwaV9i dXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMA0KcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJy aWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMA0KcGNpMDogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjANCnBjaWIxOiA8UENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMS4wIG9uIHBj aTANCnBjaTE6IDxQQ0kgYnVzPiBvbiBwY2liMQ0KcGNpYjI6IDxQQ0ktUENJIGJyaWRnZT4gYXQg ZGV2aWNlIDAuMCBvbiBwY2kxDQpwY2kyOiA8UENJIGJ1cz4gb24gcGNpYjINCnBjaWIzOiA8UENJ LVBDSSBicmlkZ2U+IGF0IGRldmljZSAwLjIgb24gcGNpMQ0KcGNpMzogPFBDSSBidXM+IG9uIHBj aWIzDQp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAweGZmMDAtMHhmZjA3 IG1lbQ0KMHhmY2MwMDAwMC0weGZjY2ZmZmZmLDB4ZDAwMDAwMDAtMHhkZmZmZmZmZiBpcnEgMTYg YXQgZGV2aWNlIDIuMCBvbiBwY2kwDQphZ3AwOiA8SW50ZWwgUTk2NSBTVkdBIGNvbnRyb2xsZXI+ IG9uIHZnYXBjaTANCmFncDA6IGRldGVjdGVkIDc2NzZrIHN0b2xlbiBtZW1vcnkNCmFncDA6IGFw ZXJ0dXJlIHNpemUgaXMgMjU2TQ0KcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYg YXQgZGV2aWNlIDI4LjAgb24gcGNpMA0KcGNpNDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQNCmVt MDogPEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiA2LjkuMTQ+IHBvcnQgMHg1 ZjAwLTB4NWYxZg0KbWVtIDB4ZmRlZTAwMDAtMHhmZGVmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAu MCBvbiBwY2k0DQplbTA6IFVzaW5nIE1TSSBpbnRlcnJ1cHQNCmVtMDogW0ZJTFRFUl0NCmVtMDog RXRoZXJuZXQgYWRkcmVzczogMDA6MTA6ZjM6MTU6YWU6ZTgNCnBjaWI1OiA8QUNQSSBQQ0ktUENJ IGJyaWRnZT4gaXJxIDE3IGF0IGRldmljZSAyOC4xIG9uIHBjaTANCnBjaTU6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWI1DQplbTE6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24g Ni45LjE0PiBwb3J0IDB4ZGYwMC0weGRmMWYNCm1lbSAweGZkY2UwMDAwLTB4ZmRjZmZmZmYgaXJx IDE3IGF0IGRldmljZSAwLjAgb24gcGNpNQ0KZW0xOiBVc2luZyBNU0kgaW50ZXJydXB0DQplbTE6 IFtGSUxURVJdDQplbTE6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjEwOmYzOjE1OmFlOmU5DQpwY2li NjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxOCBhdCBkZXZpY2UgMjguMiBvbiBwY2kwDQpw Y2k2OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNg0KZW0yOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0 d29yayBDb25uZWN0aW9uIDYuOS4xND4gcG9ydCAweGNmMDAtMHhjZjFmDQptZW0gMHhmZGFlMDAw MC0weGZkYWZmZmZmIGlycSAxOCBhdCBkZXZpY2UgMC4wIG9uIHBjaTYNCmVtMjogVXNpbmcgTVNJ IGludGVycnVwdA0KZW0yOiBbRklMVEVSXQ0KZW0yOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxMDpm MzoxNTphZTplYQ0KcGNpYjc6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTkgYXQgZGV2aWNl IDI4LjMgb24gcGNpMA0KcGNpNzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjcNCmVtMzogPEludGVs KFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiA2LjkuMTQ+IHBvcnQgMHhhZjAwLTB4YWYx Zg0KbWVtIDB4ZmQ4ZTAwMDAtMHhmZDhmZmZmZiBpcnEgMTkgYXQgZGV2aWNlIDAuMCBvbiBwY2k3 DQplbTM6IFVzaW5nIE1TSSBpbnRlcnJ1cHQNCmVtMzogW0ZJTFRFUl0NCmVtMzogRXRoZXJuZXQg YWRkcmVzczogMDA6MTA6ZjM6MTU6YWU6ZWINCnBjaWI4OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4g aXJxIDE2IGF0IGRldmljZSAyOC40IG9uIHBjaTANCnBjaTg6IDxBQ1BJIFBDSSBidXM+IG9uIHBj aWI4DQplbTQ6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gNi45LjE0PiBw b3J0IDB4OWYwMC0weDlmMWYNCm1lbSAweGZkNmUwMDAwLTB4ZmQ2ZmZmZmYgaXJxIDE2IGF0IGRl dmljZSAwLjAgb24gcGNpOA0KZW00OiBVc2luZyBNU0kgaW50ZXJydXB0DQplbTQ6IFtGSUxURVJd DQplbTQ6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjEwOmYzOjE1OmFlOmVjDQpwY2liOTogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGlycSAxNyBhdCBkZXZpY2UgMjguNSBvbiBwY2kwDQpwY2k5OiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liOQ0KZW01OiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25u ZWN0aW9uIDYuOS4xND4gcG9ydCAweDhmMDAtMHg4ZjFmDQptZW0gMHhmZDRlMDAwMC0weGZkNGZm ZmZmIGlycSAxNyBhdCBkZXZpY2UgMC4wIG9uIHBjaTkNCmVtNTogVXNpbmcgTVNJIGludGVycnVw dA0KZW01OiBbRklMVEVSXQ0KZW01OiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxMDpmMzoxNTphZTpl ZA0KdWhjaTA6IDxJbnRlbCA4MjgwMUggKElDSDgpIFVTQiBjb250cm9sbGVyIFVTQi1BPiBwb3J0 IDB4ZmUwMC0weGZlMWYgaXJxDQoyMyBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwDQp1aGNpMDogW0lU SFJFQURdDQp1aGNpMDogTGVnU3VwID0gMHgwMDNiDQp1c2J1czA6IDxJbnRlbCA4MjgwMUggKElD SDgpIFVTQiBjb250cm9sbGVyIFVTQi1BPiBvbiB1aGNpMA0KdWhjaTE6IDxJbnRlbCA4MjgwMUgg KElDSDgpIFVTQiBjb250cm9sbGVyIFVTQi1CPiBwb3J0IDB4ZmQwMC0weGZkMWYgaXJxDQoyMCBh dCBkZXZpY2UgMjkuMSBvbiBwY2kwDQp1aGNpMTogW0lUSFJFQURdDQp1aGNpMTogTGVnU3VwID0g MHgwMDEwDQp1c2J1czE6IDxJbnRlbCA4MjgwMUggKElDSDgpIFVTQiBjb250cm9sbGVyIFVTQi1C PiBvbiB1aGNpMQ0KZWhjaTA6IDxJbnRlbCA4MjgwMUggKElDSDgpIFVTQiAyLjAgY29udHJvbGxl ciBVU0IyLUE+IG1lbQ0KMHhmZGZmZjAwMC0weGZkZmZmM2ZmIGlycSAyMyBhdCBkZXZpY2UgMjku NyBvbiBwY2kwDQplaGNpMDogW0lUSFJFQURdDQp1c2J1czI6IEVIQ0kgdmVyc2lvbiAxLjANCnVz YnVzMjogPEludGVsIDgyODAxSCAoSUNIOCkgVVNCIDIuMCBjb250cm9sbGVyIFVTQjItQT4gb24g ZWhjaTANCnBjaWIxMDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAzMC4wIG9uIHBj aTANCnBjaTEwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMTANCmVtNjogPEludGVsKFIpIFBSTy8x MDAwIE5ldHdvcmsgQ29ubmVjdGlvbiA2LjkuMTQ+IHBvcnQgMHhiZjAwLTB4YmYzZg0KbWVtIDB4 ZmQwZTAwMDAtMHhmZDBmZmZmZiwweGZkMGMwMDAwLTB4ZmQwZGZmZmYgaXJxIDE4IGF0IGRldmlj ZSAxNC4wIG9uDQpwY2kxMA0KZW02OiBbRklMVEVSXQ0KZW02OiBFdGhlcm5ldCBhZGRyZXNzOiAw MDoxMDpmMzoxNTphZTplZQ0KZW03OiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0 aW9uIDYuOS4xND4gcG9ydCAweGJlMDAtMHhiZTNmDQptZW0gMHhmZDBhMDAwMC0weGZkMGJmZmZm LDB4ZmQwODAwMDAtMHhmZDA5ZmZmZiBpcnEgMTcgYXQgZGV2aWNlIDE1LjAgb24NCnBjaTEwDQpl bTc6IFtGSUxURVJdDQplbTc6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjEwOmYzOjE1OmFlOmVmDQpp c2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwDQppc2EwOiA8SVNB IGJ1cz4gb24gaXNhYjANCmF0YXBjaTA6IDxJbnRlbCBJQ0g4IFNBVEEzMDAgY29udHJvbGxlcj4g cG9ydA0KMHhmYTAwLTB4ZmEwNywweGY5MDAtMHhmOTAzLDB4ZjgwMC0weGY4MDcsMHhmNzAwLTB4 ZjcwMywweGY2MDAtMHhmNjBmLDB4ZjUwMC0weGY1MGYgaXJxIDE5IGF0IGRldmljZSAzMS4yIG9u IHBjaTANCmF0YXBjaTA6IFtJVEhSRUFEXQ0KYXRhMjogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBj aTANCmF0YTI6IFtJVEhSRUFEXQ0KYXRhMzogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTANCmF0 YTM6IFtJVEhSRUFEXQ0KcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMzEuMyAo bm8gZHJpdmVyIGF0dGFjaGVkKQ0KYXRhcGNpMTogPEludGVsIElDSDggU0FUQTMwMCBjb250cm9s bGVyPiBwb3J0DQoweGYzMDAtMHhmMzA3LDB4ZjIwMC0weGYyMDMsMHhmMTAwLTB4ZjEwNywweGYw MDAtMHhmMDAzLDB4ZWYwMC0weGVmMGYsMHhlZTAwLTB4ZWUwZiBpcnEgMTkgYXQgZGV2aWNlIDMx LjUgb24gcGNpMA0KYXRhcGNpMTogW0lUSFJFQURdDQphdGE0OiA8QVRBIGNoYW5uZWwgMD4gb24g YXRhcGNpMQ0KYXRhNDogW0lUSFJFQURdDQphdGE1OiA8QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNp MQ0KYXRhNTogW0lUSFJFQURdDQphY3BpX3R6MDogPFRoZXJtYWwgWm9uZT4gb24gYWNwaTANCmF0 cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3MyBpcnEgOCBvbiBhY3BpMA0K dWFydDA6IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdz IDB4MTAgb24gYWNwaTANCnVhcnQwOiBbRklMVEVSXQ0KdWFydDA6IGNvbnNvbGUgKDk2MDAsbiw4 LDEpDQp1YXJ0MTogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMg b24gYWNwaTANCnVhcnQxOiBbRklMVEVSXQ0KcHBjMDogPFBhcmFsbGVsIHBvcnQ+IHBvcnQgMHgz NzgtMHgzN2YgaXJxIDcgb24gYWNwaTANCnBwYzA6IEdlbmVyaWMgY2hpcHNldCAoTklCQkxFLW9u bHkpIGluIENPTVBBVElCTEUgbW9kZQ0KcHBjMDogW0lUSFJFQURdDQpwcGJ1czA6IDxQYXJhbGxl bCBwb3J0IGJ1cz4gb24gcHBjMA0KcGxpcDA6IDxQTElQIG5ldHdvcmsgaW50ZXJmYWNlPiBvbiBw cGJ1czANCnBsaXAwOiBbSVRIUkVBRF0NCmxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czANCmxwdDA6 IFtJVEhSRUFEXQ0KbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0DQpwcGkwOiA8UGFyYWxsZWwg SS9PPiBvbiBwcGJ1czANCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTANCnA0dGNjMDogPENQVSBG cmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUwDQpwbXRpbWVyMCBvbiBpc2EwDQpvcm0w OiA8SVNBIE9wdGlvbiBST01zPiBhdCBpb21lbQ0KMHhjMDAwMC0weGNhZmZmLDB4Y2MwMDAtMHhj Y2ZmZiwweGVmMDAwLTB4ZWZmZmYgcG5waWQgT1JNMDAwMCBvbiBpc2EwDQpzYzA6IDxTeXN0ZW0g Y29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMA0Kc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29u c29sZXMsIGZsYWdzPTB4MzAwPg0KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNj MC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24NCmlzYTANCmF0YTAgYXQgcG9ydCAweDFm MC0weDFmNywweDNmNiBpcnEgMTQgb24gaXNhMA0KYXRhMDogW0lUSFJFQURdDQphdGExIGF0IHBv cnQgMHgxNzAtMHgxNzcsMHgzNzYgaXJxIDE1IG9uIGlzYTANCmF0YTE6IFtJVEhSRUFEXQ0KYXRr YmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAweDYwLDB4NjQgb24g aXNhMA0KYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzANCmtiZDAgYXQgYXRr YmQwDQphdGtiZDA6IFtHSUFOVC1MT0NLRURdDQphdGtiZDA6IFtJVEhSRUFEXQ0KVGltZWNvdW50 ZXIgIlRTQyIgZnJlcXVlbmN5IDE5OTUwMTI4MzAgSHogcXVhbGl0eSA4MDANClRpbWVjb3VudGVy cyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMNCnVzYnVzMDogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYx LjANCnVzYnVzMTogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjANCnVzYnVzMjogNDgwTWJwcyBI aWdoIFNwZWVkIFVTQiB2Mi4wDQphZDQ6IEZBSUxVUkUgLSBTRVRfTVVMVEkgc3RhdHVzPTUxPFJF QURZLERTQyxFUlJPUj4gZXJyb3I9NDxBQk9SVEVEPg0KYWQ0OiAxOTQzTUIgPFRSQU5TQ0VORCAy MDA3MDQxOD4gYXQgYXRhMi1tYXN0ZXIgU0FUQTE1MA0KdWdlbjAuMTogPEludGVsPiBhdCB1c2J1 czANCnVodWIwOiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAw LCBhZGRyIDE+IG9uIHVzYnVzMA0KdWdlbjEuMTogPEludGVsPiBhdCB1c2J1czENCnVodWIxOiA8 SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzMQ0KdWdlbjIuMTogPEludGVsPiBhdCB1c2J1czINCnVodWIyOiA8SW50ZWwgRUhDSSBy b290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMg0KYWQ4 OiAzMDUyNDVNQiA8U0FNU1VORyBIRDMyMUtKIENQMTAwLTEwPiBhdCBhdGE0LW1hc3RlciBTQVRB MzAwDQpXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJm b3JtYW5jZS4NCkdFT006IGFkOHMxOiBnZW9tZXRyeSBkb2VzIG5vdCBtYXRjaCBsYWJlbCAoMjU1 aCw2M3MgIT0gMTZoLDYzcykuDQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czIgdXNidXMx IHVzYnVzMA0KdWh1YjA6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQp1 aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNClJvb3QgbW91bnQg d2FpdGluZyBmb3I6IHVzYnVzMg0KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMyDQp1aHVi MjogNiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNClRyeWluZyB0byBtb3Vu dCByb290IGZyb20gdWZzOi9kZXYvYWQ4czFhDQpXQVJOSU5HOiAvdG1wIHdhcyBub3QgcHJvcGVy bHkgZGlzbW91bnRlZA0KV0FSTklORzogL3VzciB3YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQN CldBUk5JTkc6IC92YXIgd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkDQplbTA6IGxpbmsgc3Rh dGUgY2hhbmdlZCB0byBVUA0KbG9jayBvcmRlciByZXZlcnNhbDoNCiAxc3QgMHhjNGNhZWFkMCB1 ZnMgKHVmcykgQCAvdXNyL3NyYy9zeXMvdWZzL2Zmcy9mZnNfc25hcHNob3QuYzo0MjMNCiAybmQg MHhkODUxMzNhMCBidWZ3YWl0IChidWZ3YWl0KSBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19iaW8u YzoyNTU4DQogM3JkIDB4YzRhNmY1OTQgdWZzICh1ZnMpIEAgL3Vzci9zcmMvc3lzL3Vmcy9mZnMv ZmZzX3NuYXBzaG90LmM6NTQ0DQpLREI6IHN0YWNrIGJhY2t0cmFjZToNCmRiX3RyYWNlX3NlbGZf d3JhcHBlcihjMGM2YmMxNCxlNmNlYzQwOCxjMDhiYzlkNSxjMDhhZDcxYixjMGM2ZWFjMiwuLi4p DQphdCBkYl90cmFjZV9zZWxmX3dyYXBwZXIrMHgyNg0Ka2RiX2JhY2t0cmFjZShjMDhhZDcxYixj MGM2ZWFjMixjNDUyYmU5MCxjNDUyZWZiOCxlNmNlYzQ2NCwuLi4pIGF0DQprZGJfYmFja3RyYWNl KzB4MjkNCl93aXRuZXNzX2RlYnVnZ2VyKGMwYzZlYWMyLGM0YTZmNTk0LGMwYzYxN2ZkLGM0NTJl ZmI4LGMwYzhkNDAwLC4uLikgYXQNCl93aXRuZXNzX2RlYnVnZ2VyKzB4MjUNCndpdG5lc3NfY2hl Y2tvcmRlcihjNGE2ZjU5NCw5LGMwYzhkNDAwLDIyMCwwLC4uLikgYXQgd2l0bmVzc19jaGVja29y ZGVyDQorMHg4MzkNCl9fbG9ja21ncl9hcmdzKGM0YTZmNTk0LDgwMTAwLGM0YTZmNWIwLDAsMCwu Li4pIGF0IF9fbG9ja21ncl9hcmdzKzB4N2E3DQpmZnNfbG9jayhlNmNlYzU3NCxjMGVmYmIxOCxj NGNhNjc2NCw4MDEwMCxjNGE2ZjUzYywuLi4pIGF0IGZmc19sb2NrKzB4OGENClZPUF9MT0NLMV9B UFYoYzBkNmU5MDAsZTZjZWM1NzQsZTZjZWM1OTQsYzBkODczODAsYzRhNmY1M2MsLi4uKSBhdA0K Vk9QX0xPQ0sxX0FQVisweGI1DQpfdm5fbG9jayhjNGE2ZjUzYyw4MDEwMCxjMGM4ZDQwMCwyMjAs YzQ1NWI2MDAsLi4uKSBhdCBfdm5fbG9jaysweDVlDQpmZnNfc25hcHNob3QoYzQ5ZGNhMTAsYzQ5 ZGI2MjAsYzBjOGVkNjUsMTVmLGMwYzc1MDZhLC4uLikgYXQNCmZmc19zbmFwc2hvdCsweDE1MGIN CmZmc19tb3VudChjNDlkY2ExMCwwLGMwYzc1NTU3LDNkMiwwLC4uLikgYXQgZmZzX21vdW50KzB4 MTRhYQ0KdmZzX2Rvbm1vdW50KGM0Y2E2NmMwLDIxMTAwMCxjNDViNWIwMCxjNDViNWIwMCxiZmJm ZWNiNCwuLi4pIGF0DQp2ZnNfZG9ubW91bnQrMHgxMDEyDQpubW91bnQoYzRjYTY2YzAsZTZjZWNj ZjgsYyxjNGNhNjZjMCxjMGQ0ZmUzOCwuLi4pIGF0IG5tb3VudCsweDc1DQpzeXNjYWxsKGU2Y2Vj ZDM4KSBhdCBzeXNjYWxsKzB4MmEzDQpYaW50MHg4MF9zeXNjYWxsKCkgYXQgWGludDB4ODBfc3lz Y2FsbCsweDIwDQotLS0gc3lzY2FsbCAoMzc4LCBGcmVlQlNEIEVMRjMyLCBubW91bnQpLCBlaXAg PSAweDI4MGVlNzZiLCBlc3AgPQ0KMHhiZmJmZWFkYywgZWJwID0gMHhiZmJmZWUyOCAtLS0NCmxv Y2sgb3JkZXIgcmV2ZXJzYWw6DQogMXN0IDB4ZDg1MTMzYTAgYnVmd2FpdCAoYnVmd2FpdCkgQCAv dXNyL3NyYy9zeXMva2Vybi92ZnNfYmlvLmM6MjU1OA0KIDJuZCAweGM0YTIxYmRjIHNuYXBsayAo c25hcGxrKQ0KQCAvdXNyL3NyYy9zeXMvdWZzL2Zmcy9mZnNfc25hcHNob3QuYzo3OTMNCktEQjog c3RhY2sgYmFja3RyYWNlOg0KZGJfdHJhY2Vfc2VsZl93cmFwcGVyKGMwYzZiYzE0LGU2Y2VjNDA4 LGMwOGJjOWQ1LGMwOGFkNzFiLGMwYzZlYWE5LC4uLikNCmF0IGRiX3RyYWNlX3NlbGZfd3JhcHBl cisweDI2DQprZGJfYmFja3RyYWNlKGMwOGFkNzFiLGMwYzZlYWE5LGM0NTJiZTkwLGM0NTJmMmY4 LGU2Y2VjNDY0LC4uLikgYXQNCmtkYl9iYWNrdHJhY2UrMHgyOQ0KX3dpdG5lc3NfZGVidWdnZXIo YzBjNmVhYTksYzRhMjFiZGMsYzBjOGQ0NjIsYzQ1MmYyZjgsYzBjOGQ0MDAsLi4uKSBhdA0KX3dp dG5lc3NfZGVidWdnZXIrMHgyNQ0Kd2l0bmVzc19jaGVja29yZGVyKGM0YTIxYmRjLDksYzBjOGQ0 MDAsMzE5LGM0Y2FlYWVjLC4uLikgYXQNCndpdG5lc3NfY2hlY2tvcmRlcisweDgzOQ0KX19sb2Nr bWdyX2FyZ3MoYzRhMjFiZGMsODA0MDAsYzRjYWVhZWMsMCwwLC4uLikgYXQgX19sb2NrbWdyX2Fy Z3MrMHg3YTcNCmZmc19sb2NrKGU2Y2VjNTc0LDAsMCw4MDQwMCxjNGNhZWE3OCwuLi4pIGF0IGZm c19sb2NrKzB4OGENClZPUF9MT0NLMV9BUFYoYzBkNmU5MDAsZTZjZWM1NzQsYzE5NWNiOTAsYzBk ODczODAsYzRjYWVhNzgsLi4uKSBhdA0KVk9QX0xPQ0sxX0FQVisweGI1DQpfdm5fbG9jayhjNGNh ZWE3OCw4MDQwMCxjMGM4ZDQwMCwzMTksMCwuLi4pIGF0IF92bl9sb2NrKzB4NWUNCmZmc19zbmFw c2hvdChjNDlkY2ExMCxjNDlkYjYyMCxjMGM4ZWQ2NSwxNWYsYzBjNzUwNmEsLi4uKSBhdA0KZmZz X3NuYXBzaG90KzB4MjhiNg0KZmZzX21vdW50KGM0OWRjYTEwLDAsYzBjNzU1NTcsM2QyLDAsLi4u KSBhdCBmZnNfbW91bnQrMHgxNGFhDQp2ZnNfZG9ubW91bnQoYzRjYTY2YzAsMjExMDAwLGM0NWI1 YjAwLGM0NWI1YjAwLGJmYmZlY2I0LC4uLikgYXQNCnZmc19kb25tb3VudCsweDEwMTINCm5tb3Vu dChjNGNhNjZjMCxlNmNlY2NmOCxjLGM0Y2E2NmMwLGMwZDRmZTM4LC4uLikgYXQgbm1vdW50KzB4 NzUNCnN5c2NhbGwoZTZjZWNkMzgpIGF0IHN5c2NhbGwrMHgyYTMNClhpbnQweDgwX3N5c2NhbGwo KSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjANCi0tLSBzeXNjYWxsICgzNzgsIEZyZWVCU0QgRUxG MzIsIG5tb3VudCksIGVpcCA9IDB4MjgwZWU3NmIsIGVzcCA9DQoweGJmYmZlYWRjLCBlYnAgPSAw eGJmYmZlZTI4IC0tLQ0KbG9jayBvcmRlciByZXZlcnNhbDoNCiAxc3QgMHhjNGEyMWJkYyBzbmFw bGsgKHNuYXBsaykgQCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfdm5vcHMuYzoyOTYNCiAybmQgMHhj NGNhZWFkMCB1ZnMgKHVmcykgQCAvdXNyL3NyYy9zeXMvdWZzL2Zmcy9mZnNfc25hcHNob3QuYzox NTg3DQpLREI6IHN0YWNrIGJhY2t0cmFjZToNCmRiX3RyYWNlX3NlbGZfd3JhcHBlcihjMGM2YmMx NCxlNmNlYzhiOCxjMDhiYzlkNSxjMDhhZDcxYixjMGM2ZWFhOSwuLi4pDQphdCBkYl90cmFjZV9z ZWxmX3dyYXBwZXIrMHgyNg0Ka2RiX2JhY2t0cmFjZShjMDhhZDcxYixjMGM2ZWFhOSxjNDUyZjJm OCxjNDUyZWZiOCxlNmNlYzkxNCwuLi4pIGF0DQprZGJfYmFja3RyYWNlKzB4MjkNCl93aXRuZXNz X2RlYnVnZ2VyKGMwYzZlYWE5LGM0Y2FlYWQwLGMwYzYxN2ZkLGM0NTJlZmI4LGMwYzhkNDAwLC4u LikgYXQNCl93aXRuZXNzX2RlYnVnZ2VyKzB4MjUNCndpdG5lc3NfY2hlY2tvcmRlcihjNGNhZWFk MCw5LGMwYzhkNDAwLDYzMywwLC4uLikgYXQgd2l0bmVzc19jaGVja29yZGVyDQorMHg4MzkNCl9f bG9ja21ncl9hcmdzKGM0Y2FlYWQwLDgwMDAwLDAsMCwwLC4uLikgYXQgX19sb2NrbWdyX2FyZ3Mr MHg3YTcNCmZmc19zbmFwcmVtb3ZlKGM0Y2FlYTc4LGM0OWRjYTEwLDAsYzBjNzZmMDEsNDFkLC4u LikgYXQgZmZzX3NuYXByZW1vdmUNCisweDExZg0Kc29mdGRlcF9yZWxlYXNlZmlsZShjNGI2ZGQy NCxlNmNlY2E5YywyLGMwZWZiYWU4LGMwZDU1M2RjLC4uLikgYXQNCnNvZnRkZXBfcmVsZWFzZWZp bGUrMHgzYg0KdWZzX2luYWN0aXZlKGU2Y2VjYWRjLGM0Y2FlYWVjLGM0Y2FlYTc4LGM0Y2FlYWVj LGU2Y2VjYWY0LC4uLikgYXQNCnVmc19pbmFjdGl2ZSsweDFiYw0KVk9QX0lOQUNUSVZFX0FQVihj MGQ2ZTkwMCxlNmNlY2FkYyxjMGM3NWQzOCw5MjQsYzBkODczNDAsLi4uKSBhdA0KVk9QX0lOQUNU SVZFX0FQVisweGE1DQp2aW5hY3RpdmUoYzBkNmU5MDAsZTZjZWNiMTAsYzBjNzVkMzgsOGFhLDEy OCwuLi4pIGF0IHZpbmFjdGl2ZSsweDhlDQp2cHV0KGM0Y2FlYTc4LGU2Y2VjYjRjLGMwYzc2ZjAx LDEyOCwwLC4uLikgYXQgdnB1dCsweDFjZA0Kdm5fY2xvc2UoYzRjYWVhNzgsMSxjNDU2ZDEwMCxj NGNhNjZjMCwwLC4uLikgYXQgdm5fY2xvc2UrMHgxOWENCnZuX2Nsb3NlZmlsZShjNDlmMDYyMCxj NGNhNjZjMCwzLDAsYzQ5ZjA2MjAsLi4uKSBhdCB2bl9jbG9zZWZpbGUrMHhlNA0KX2Zkcm9wKGM0 OWYwNjIwLGM0Y2E2NmMwLGU2Y2VjYzE4LGMwOGJjODFjLDAsYzRjYTY3NjQsYzBlZmJhZTgsYzBk NTY5YzAsYzBjNjM1MzgsYzRjYTMwMmMsNDViLGMwYzYzNTM4LGU2Y2VjYzQwLGMwODgzYTgwLGM0 Y2EzMDJjLDgsYzBjNjM1MzgsNDViKSBhdCBfZmRyb3ArMHg0Mw0KY2xvc2VmKGM0OWYwNjIwLGM0 Y2E2NmMwLDQ1Yiw0NDAsYzRjYTMwMmMsLi4uKSBhdCBjbG9zZWYrMHgyOTANCmtlcm5fY2xvc2Uo YzRjYTY2YzAsNCxlNmNlY2QyYyxjMGJhOGU5MyxjNGNhNjZjMCwuLi4pIGF0IGtlcm5fY2xvc2UN CisweDExNw0KY2xvc2UoYzRjYTY2YzAsZTZjZWNjZjgsNCxjMGM2ZjhjMixjMGQ0ZDU4OCwuLi4p IGF0IGNsb3NlKzB4MWENCnN5c2NhbGwoZTZjZWNkMzgpIGF0IHN5c2NhbGwrMHgyYTMNClhpbnQw eDgwX3N5c2NhbGwoKSBhdCBYaW50MHg4MF9zeXNjYWxsKzB4MjANCi0tLSBzeXNjYWxsICg2LCBG cmVlQlNEIEVMRjMyLCBjbG9zZSksIGVpcCA9IDB4MjgxOTIyNTMsIGVzcCA9DQoweGJmYmZlYWRj LCBlYnAgPSAweGJmYmZlZTI4IC0tLQ0KbG9jayBvcmRlciByZXZlcnNhbDoNCiAxc3QgMHhkODU4 YmJiMCBidWZ3YWl0IChidWZ3YWl0KSBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19iaW8uYzoyNTU4 DQogMm5kIDB4YzQ5YTFhMDAgZGlyaGFzaCAoZGlyaGFzaCkNCkAgL3Vzci9zcmMvc3lzL3Vmcy91 ZnMvdWZzX2Rpcmhhc2guYzoyODUNCktEQjogc3RhY2sgYmFja3RyYWNlOg0KZGJfdHJhY2Vfc2Vs Zl93cmFwcGVyKGMwYzZiYzE0LGU2Y2ZjYTc0LGMwOGJjOWQ1LGMwOGFkNzFiLGMwYzZlYWE5LC4u LikNCmF0IGRiX3RyYWNlX3NlbGZfd3JhcHBlcisweDI2DQprZGJfYmFja3RyYWNlKGMwOGFkNzFi LGMwYzZlYWE5LGM0NTJiZTkwLGM0NTJmMDIwLGU2Y2ZjYWQwLC4uLikgYXQNCmtkYl9iYWNrdHJh Y2UrMHgyOQ0KX3dpdG5lc3NfZGVidWdnZXIoYzBjNmVhYTksYzQ5YTFhMDAsYzBjOGY4ODcsYzQ1 MmYwMjAsYzBjOGY1MjAsLi4uKSBhdA0KX3dpdG5lc3NfZGVidWdnZXIrMHgyNQ0Kd2l0bmVzc19j aGVja29yZGVyKGM0OWExYTAwLDksYzBjOGY1MjAsMTFkLDAsLi4uKSBhdCB3aXRuZXNzX2NoZWNr b3JkZXINCisweDgzOQ0KX3N4X3hsb2NrKGM0OWExYTAwLDAsYzBjOGY1MjAsMTFkLGRhNmNkMDE4 LC4uLikgYXQgX3N4X3hsb2NrKzB4ODUNCnVmc2Rpcmhhc2hfYWNxdWlyZSgwLGUsYzQ3YTYwMDAs ZDg1OGJiNTAsZGE2Y2QwMTgsLi4uKSBhdA0KdWZzZGlyaGFzaF9hY3F1aXJlKzB4MzUNCnVmc2Rp cmhhc2hfcmVtb3ZlKGM0ZGQzMWQwLGRhNmNkMDE4LDE4LGU2Y2ZjYjYwLGU2Y2ZjYjVjLC4uLikg YXQNCnVmc2Rpcmhhc2hfcmVtb3ZlKzB4MTQNCnVmc19kaXJyZW1vdmUoYzRkZDZhNzgsYzRkZWY2 NTgsNTAwODAwYywwLGM0ZGQ2YTc4LC4uLikgYXQgdWZzX2RpcnJlbW92ZQ0KKzB4ZTUNCnVmc19y ZW1vdmUoZTZjZmNjMzQsMCwwLDAsYzRkZWNiODQsLi4uKSBhdCB1ZnNfcmVtb3ZlKzB4NmUNClZP UF9SRU1PVkVfQVBWKGMwZDZlOTAwLGU2Y2ZjYzM0LGM0ZGVjYjg0LGU2Y2ZjYzBjLDI4MjE2MjM4 LC4uLikgYXQNClZPUF9SRU1PVkVfQVBWKzB4YTUNCmtlcm5fdW5saW5rYXQoYzRjYTVkODAsZmZm ZmZmOWMsMjgyMTYyMzgsMCxlNmNmY2M4MCwuLi4pIGF0DQprZXJuX3VubGlua2F0KzB4MTgxDQpr ZXJuX3VubGluayhjNGNhNWQ4MCwyODIxNjIzOCwwLGU2Y2ZjZDJjLGMwYmE4ZTkzLC4uLikgYXQg a2Vybl91bmxpbmsNCisweDI3DQp1bmxpbmsoYzRjYTVkODAsZTZjZmNjZjgsNCxjMGM4OWViNSxj MGQ0ZDVmOCwuLi4pIGF0IHVubGluaysweDIyDQpzeXNjYWxsKGU2Y2ZjZDM4KSBhdCBzeXNjYWxs KzB4MmEzDQpYaW50MHg4MF9zeXNjYWxsKCkgYXQgWGludDB4ODBfc3lzY2FsbCsweDIwDQotLS0g c3lzY2FsbCAoMTAsIEZyZWVCU0QgRUxGMzIsIHVubGluayksIGVpcCA9IDB4MjgxNjhkNmYsIGVz cCA9DQoweGJmYmZlYzVjLCBlYnAgPSAweGJmYmZlYzg4IC0tLQ0KIyANCi0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpGcm9t OiAgQnJ1Y2UgU2ltcHNvbiA8Ym1zQGluY3VuYWJ1bHVtLm5ldD4NClRvOiAgRnJlZUJTRCBDdXJy ZW50IDxmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmc+DQpTdWJqZWN0OiAgW1BBVENIXSBGaXgg aW42cF9sZWF2ZV9ncm91cCgpIHBhbmljIGJ5IG1pc2JlaGF2aW5nIGFwcHMNCkRhdGU6ICBTYXQx OCBKdWwgMjAwOSAxNzo0MToxNCArMDEwMA0KSGksDQpJZiBhbnlvbmUgaXMgZXhwZXJpZW5jaW5n IHBhbmljcyB3aXRoIElQdjYgaW4gdGhlIGtlcm5lbCwgYW5kIG11bHRpY2FzdCANCmFwcGxpY2F0 aW9ucyBhY3RpdmUsIHBsZWFzZSB0ZXN0IHRoaXMgcGF0Y2guIEkgdGhpbmsgc29tZSBmb2xrIGhl cmUgc2F3IA0KdGhpcyB3aXRoIFZMQy4NCnJlQDogSWYgdGhpcyBwYXRjaCBpcyBnb29kIChJJ2xs IHRyeSB0byB0ZXN0IGxvY2FsbHkpIHRoZW4gaXQgc2hvdWxkIGdvIA0KaW50byBIRUFEIEFTQVAu DQogICAgU29tZSBwb29ybHkgYmVoYXZlZCBJUHY2IG11bHRpY2FzdCBhcHBsaWNhdGlvbnMgZG9u J3Qgc3BlY2lmeSBhbiANCmludGVyZmFjZSBmb3IgdGhlIGpvaW4sIGFuZCB0aGlzIHRyaWdnZXJz IGEgS0FTU0VSVCBJIHB1dCBpbiB0byBjYXRjaCANCnN1Y2ggY29ybmVyIGNhc2VzLg0KICAgIE11 bHRpY2FzdCBkb2Vzbid0IHdvcmsgdW5sZXNzIGFwcHMgYXJlIGF3YXJlIG9mIHRoZSBsaW5rcyBh Y3RpdmUgaW4gDQp0aGUgc3lzdGVtIHRoZXkncmUgcnVubmluZyBvbiwgYW5kIHRoaXMgaXMgYSBn bGFyaW5nIGhvbGUgaW4gdGhlIA0KQm9vc3QuQVNJTyBBUEksIHNhZGx5LiAgVGhpcyB3YXMgY2F1 Z2h0IGJ5IGEgQm9vc3QgcmVncmVzc2lvbiBydW4gb24gDQpyZWY4LmZyZWVic2Qub3JnLg0KVGhh bmtzIHRvIHNpbW9uQCBmb3IgbG9nZ2luZyB0aGUgcGFuaWMgZnJvbSB0aGUgY2x1c3RlciBjb25z b2xlIHNlcnZlcnMuDQpjaGVlcnMsDQpCTVMNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpGcm9tOiAgRGFuaWVsIEdlcnpv IDxkYW5nZXJARnJlZUJTRC5vcmc+DQpUbzogIE1hcnRlbiBWaWpuIDxpbmZvQG1hcnRlbnZpam4u bmw+DQpTdWJqZWN0OiAgUmU6IG1ha2UgZGlzdHJpYnV0aW9uIFJlOiA4LjAtQkVUQTIgQXZhaWxh YmxlDQpEYXRlOiAgU2F0MTggSnVsIDIwMDkgMTg6NDg6MDAgKzAyMDANCk1hcnRlbiBWaWpuIHdy b3RlOg0KPiBjZCAvdXNyL3NyYw0KPiBtYWtlIGRpc3RyaWJ1dGlvbiBnaXZlcyBhbiBlcnJvcg0K PiANCj4gZGF0YSBiZWxvdywNCj4gDQo+IFJFQURNRSAgL3Vzci90ZnRwYm9vdDEvL2V0Yy9wYW0u ZC9SRUFETUUNCj4gbWFrZTogZG9uJ3Qga25vdyBob3cgdG8gbWFrZSBnZG0uIFN0b3ANCj4gKioq IEVycm9yIGNvZGUgMg0KPiANCj4gU3RvcCBpbiAvdXNyL3NyYy9ldGMuDQo+ICoqKiBFcnJvciBj b2RlIDENCj4gDQo+IFN0b3AgaW4gL3Vzci9zcmMuDQo+ICoqKiBFcnJvciBjb2RlIDENCj4gDQo+ IFN0b3AgaW4gL3Vzci9zcmMuDQpJIGJlbGlldmUgcjE5NTc1MyBmaXhlcyB0aGlzIHByb2JsZW0u IFBsZWFzZSB1cGRhdGUgeW91ciBzb3VyY2VzLg0KLS0gDQpTIHBvemRyYXZvbSAvIEJlc3QgcmVn YXJkcw0KICAgRGFuaWVsIEdlcnpvLCBGcmVlQlNEIGNvbW1pdHRlcg0KLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQotLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCkZyb206 ICBNYXJ0ZW4gVmlqbiA8aW5mb0BtYXJ0ZW52aWpuLm5sPg0KVG86ICBEYW5pZWwgR2Vyem8gPGRh bmdlckBGcmVlQlNELm9yZz4NClN1YmplY3Q6ICBSZTogbWFrZSBkaXN0cmlidXRpb24gUmU6IDgu MC1CRVRBMiBBdmFpbGFibGUNCkRhdGU6ICBTYXQxOCBKdWwgMjAwOSAxOToxNDoyNyArMDIwMA0K T24gU2F0LCAyMDA5LTA3LTE4IGF0IDE4OjQ4ICswMjAwLCBEYW5pZWwgR2Vyem8gd3JvdGU6DQo+ IE1hcnRlbiBWaWpuIHdyb3RlOg0KPiA+IGNkIC91c3Ivc3JjDQo+ID4gbWFrZSBkaXN0cmlidXRp b24gZ2l2ZXMgYW4gZXJyb3INCj4gPiANCj4gPiBkYXRhIGJlbG93LA0KPiA+IA0KPiANCj4gPiBS RUFETUUgIC91c3IvdGZ0cGJvb3QxLy9ldGMvcGFtLmQvUkVBRE1FDQo+ID4gbWFrZTogZG9uJ3Qg a25vdyBob3cgdG8gbWFrZSBnZG0uIFN0b3ANCj4gPiAqKiogRXJyb3IgY29kZSAyDQo+ID4gDQo+ ID4gU3RvcCBpbiAvdXNyL3NyYy9ldGMuDQo+ID4gKioqIEVycm9yIGNvZGUgMQ0KPiA+IA0KPiA+ IFN0b3AgaW4gL3Vzci9zcmMuDQo+ID4gKioqIEVycm9yIGNvZGUgMQ0KPiA+IA0KPiA+IFN0b3Ag aW4gL3Vzci9zcmMuDQo+IA0KPiBJIGJlbGlldmUgcjE5NTc1MyBmaXhlcyB0aGlzIHByb2JsZW0u IFBsZWFzZSB1cGRhdGUgeW91ciBzb3VyY2VzLg0KSSBzaG91bGQgaGF2ZSBtZW50aW9uZWQgbXkg cmV2OiANCkxhc3QgQ2hhbmdlZCBSZXY6IDE5NTc1Mg0KdXBkYXRpbmcgdG8NCkxhc3QgQ2hhbmdl ZCBSZXY6IDE5NTc1NCBGaXhlcyB0aGUgaXNzdWVzDQp0aGFua3MsDQpNYXJ0ZW4NCj4gDQotLSAN Cmh0dHA6Ly9tYXJ0ZW52aWpuLm5sICAgICAgICAgICAgICAgICBNYXJ0ZW4gVmlqbiANCmh0dHA6 Ly9tYXJ0ZW52aWpuLm5sL3RyYWMvd2lraS9zb2FzICBTdWdhciBvbiBhIFN0aWNrDQpodHRwOi8v YnNkLndpZmlzb2Z0Lm9yZy9uZWsvICAgICAgICAgVGhlIE5ldHdvcmsgRXZlbnQgS2l0DQpodHRw Oi8vaGFyMjAwOS5vcmcgICAgICAgICAgICAgICAgICAgMTN0aC0xNnRoIEF1Z3VzdCANCmh0dHA6 Ly9vcGVuY29tbXVuaXR5Y2FtcC5vcmcgICAgICAgICAyNnRoIEp1bCAtIDJuZCBBdWd1c3QNCi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQpGcm9tOiAgTWNMb25lIDxtY2xvbmVAZ21haWwuY29tPg0KVG86ICBmcmVlYnNkLWN1 cnJlbnRAZnJlZWJzZC5vcmcNClN1YmplY3Q6ICBbYnVnXSBaRlMgenZvbCBkZXYgZW50cnkgZGlz YXBwZWFyaW5nIHVwb24gcmVib290DQpEYXRlOiAgU2F0MTggSnVsIDIwMDkgMjA6Mjc6MDAgKzAz MDANCkhlbGwgTG93Lg0KQXMgZG93bmxvYWRpbmcgdG9ycmVudCBmaWxlcyBmcm9tIG1hbnkgcGVl cnMgdG8gWkZTDQppbXBvc2VzIGZyYWdtZW50YXRpb24gKGFuZCB0aGVyZSdzIG5vIHdheSB0byBk ZWZyYWdtZW50DQpaRlMgdm9sdW1lIC0gd2hhdCBhIHBpdHkhIEhvdyBjb21lIG5vdy1hLWRheXMg RlMgY2FuDQpnbyBsaWtlIHRoaXM/KSwgaSBjcmVhdGVkIHp2b2wgd2l0aCBVRlMyIG9uIGl0IGxh c3QgdGltZQ0KaSB3YW50ZWQgdG8gd2F0Y2ggc29tZSBvbGQgc2NpLWZpLiBJIGhhZCBwbGFucyB0 bw0KbW92ZSBzY2ktZmkgZnJvbSBVRlMyL3p2b2wgdG8gWkZTIHdoZW4gaXQnbGwgYmUgY29tcGxl dGUsDQpidXQgZm9yZ290IGl0LCBhbmQgcmVib290ZWQgbWFjaGluZS4gQWZ0ZXIgcmVib290DQpy dG9ycmVudCBzYWlkIHNjaS1maSBpcyBtYXJrZWQgYXMgY29tcGxldGUsIGJ1dCBpdA0KY2FuIG5v dCBmaW5kIGZpbGVzLiBJIHdhc24ndCBzdXJwcmlzZWQsIGFzIGkgaGF2ZW4ndCBtb2RpZmllZA0K bXkgL2V0Yy9mc3RhYiwgc28gaSBlbnRlcmVkICJtb3VudCAvZGV2L3p2b2wiIGFuZCBwcmVzc2Vk DQpUYWIgaW4gaG9wZSBvZiB0Y3NoIChlZWspIGF1dG9jb21wbGV0ZS4NCkl0IGp1c3QgYmVlcGVk IG9uIG1lLg0KSSd2ZSBkb25lICJscyAvZGV2IiBhbmQgdGhlcmUgd2FzIG5vIGRpcmVjdG9yeSB0 aGVyZSBuYW1lZCB6dm9sLg0KVGhlbiBpJ3ZlIGRvbmUgInpmcyBsaXN0IiBhbmQgbXkgenZvbCB3 YXMgdGhlcmUuDQpQdXp6bGVkLCBpJ3ZlIGRvbmUgInpmcyBzbmFwc2hvdCIgYW5kIHRoZW4gYSBs aXR0bGUgZGFuY2Ugb2YNCiJ6ZnMgc2VuZCB8IHpmcyByZWN2IiB0byBhIG5ldyB2b2x1bWUuIE5v dyBkZXYgZW50cmllcyBhcHBlYXJlZA0KKGJvdGggZm9yIG5ld2x5IGNyZWF0ZWQgc25hcHNob3Qg b2YgYW4gb2xkIHp2b2wgYW5kIGZvciBuZXcgenZvbCkuDQpJIHJlYm9vdGVkLCBhbmQgdGhlcmUg d2FzIG5vIC9kZXYvenZvbCBhZ2Fpbi4NCkkgbG9va2VkIGF0IG15IHVuYW1lIC12IG91dHB1dCAo aXQgd2FzIEhFQUQvYW1kNjQgZnJvbSBKdWwgMSkNCmFuZCBkZWNpZGVkIHRvIHVwZGF0ZS4gVXBk YXRpbmcgZGlkbid0IHNvbHZlZCB0aGlzIHByb2JsZW0uDQpTdHJhbmdlbHksIHNpbXBsZSAiemZz IHJlbmFtZSB6cG9vbC96dm9sIHpwb29sL25ld3p2b2wiDQpjdXJlcyB0aGlzIHdvZSwgYnV0IGkg dGhpbmsgdGhpcyBpcyBhIGJ1Zy4NClN0ZXBzIHRvIHJlcHJvZHVjZToNCnpmcyBjcmVhdGUgLVYg MWcgenBvb2wvenZvbA0KW25ld2ZzIC9kZXYvenZvbC96cG9vbC96dm9sXQ0KcmVib290DQpscyAv ZGV2DQpXb3JrYXJvdW5kOg0KemZzIHJlbmFtZSB6cG9vbC96dm9sIHpwb29sL25ld3p2b2wNCm1v dW50IC9kZXYvenZvbC96cG9vbC96dm9sIC9tbnQNCi0tIA0Kd2JyLCAgICAgICAgICAgICAgICAg ICAgICAgIHxcICAgICAgXywsLC0tLSwsXyAgICAgICAgICAgZG9nIGJsZXNzIHlhIQ0KYCAgICAg ICAgICAgICAgICAgICAgICAgWnp6IC8sYC4tJ2AnICAgIC0uICA7LTs7LF8NCk1jTG9uZSBhdCBH TWFpbCBkb3QgY29tICAgIHwsNC0gICkgKS0sXy4gLFwgKCAgYCctJw0KICBuZXQtIGFuZCAqQlNE IGFkbWluICAgICAnLS0tJycoXy8tLScgIGAtJ1xfKSAgIC4uLnRyYW5zbGl0IHJhd3ghDQotLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KRnJvbTogIFNhbSBMZWZmbGVyIDxzYW1AZXJybm8uY29tPg0KVG86ICBBcnRlbSBOYWx1 emhueXkgPHR1dEBuaGFtb24uY29tLnVhPg0KU3ViamVjdDogIFJlOiBMb3RzIG9mICJhdGgwOiBi YWQgc2VyaWVzMCBod3JhdGUgMHgxYiIgaW4gOC4wLUJFVEEyDQpEYXRlOiAgU2F0MTggSnVsIDIw MDkgMTE6Mzc6MTcgLTA3MDANCkFydGVtIE5hbHV6aG55eSB3cm90ZToNCj4gSGksDQo+IA0KPiBB ZnRlciA3LjItUkxFQVNFIC0+IDguMC1CRVRBMiB1cGRhdGUgbXkgbm90ZWJvb2sgd2lyZWxlc3Mg d29ya3MNCj4gd2l0aG91dCBwcm9ibGVtcyBidXQgdGhlcmUgYXJlIGxvdHMgb2YgYW5ub3lpbmcg ImF0aDA6IGJhZCBzZXJpZXMwDQo+IGh3cmF0ZSAweDFiIi1saWtlIG1lc3NhZ2VzIG9uIGNvbnNv bGUgbm93Lg0KPiANCj4gPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PQ0KPiBwY2ljb25mOg0KPiANCj4gYXRoMEBwY2kwOjE6MDowOiAgICAgICAgY2xh c3M9MHgwMjAwMDAgY2FyZD0weDMwNjUxNjhjIGNoaXA9MHgwMDFjMTY4Yw0KPiByZXY9MHgwMSBo ZHI9MHgwMA0KPiAgICB2ZW5kb3IgICAgID0gJ0F0aGVyb3MgQ29tbXVuaWNhdGlvbnMgSW5jLicN Cj4gICAgZGV2aWNlICAgICA9DQo+ICdIREFVRElPRlVOQ18wMSZWRU5fMTA5NSZERVZfMTM5MiZT VUJTWVNfMTAyODAyNDImUkVWXzEwMDANCj4gKFVTQlZJRF8xNDdFJlBJRF8yMDE2NSZCNzFBNDQ2 JjAmMSknDQo+ICAgIGNsYXNzICAgICAgPSBuZXR3b3JrDQo+ICAgIHN1YmNsYXNzICAgPSBldGhl cm5ldA0KPiANCj4gPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PQ0KPiBzeXNjdGxzOg0KPiANCj4gaHcuYXRoLmJzdHVjazogNA0KPiBody5hdGgudHhi dWY6IDIwMA0KPiBody5hdGgucnhidWY6IDQwDQo+IGh3LmF0aC5yZXNldGNhbDogMTIwMA0KPiBo dy5hdGguc2hvcnRjYWw6IDEwMA0KPiBody5hdGgubG9uZ2NhbDogMzANCj4gaHcuYXRoLmhhbC5z d2JhX2JhY2tvZmY6IDANCj4gaHcuYXRoLmhhbC5zd19icnQ6IDEwDQo+IGh3LmF0aC5oYWwuZG1h X2JydDogMg0KPiBkZXYuYXRoLjAuJWRlc2M6IEF0aGVyb3MgNTQyNC8yNDI0DQo+IGRldi5hdGgu MC4lZHJpdmVyOiBhdGgNCj4gZGV2LmF0aC4wLiVsb2NhdGlvbjogc2xvdD0wIGZ1bmN0aW9uPTAN Cj4gZGV2LmF0aC4wLiVwbnBpbmZvOiB2ZW5kb3I9MHgxNjhjIGRldmljZT0weDAwMWMgc3VidmVu ZG9yPTB4MTY4Yw0KPiBzdWJkZXZpY2U9MHgzMDY1IGNsYXNzPTB4MDIwMDAwDQo+IGRldi5hdGgu MC4lcGFyZW50OiBwY2kxDQo+IGRldi5hdGguMC5zbW9vdGhpbmdfcmF0ZTogOTUNCj4gZGV2LmF0 aC4wLnNhbXBsZV9yYXRlOiAxMA0KPiBkZXYuYXRoLjAuc2FtcGxlX3N0YXRzOiAwDQo+IGRldi5h dGguMC5jb3VudHJ5Y29kZTogMA0KPiBkZXYuYXRoLjAucmVnZG9tYWluOiA5Ng0KPiBkZXYuYXRo LjAuc2xvdHRpbWU6IDkNCj4gZGV2LmF0aC4wLmFja3RpbWVvdXQ6IDQ4DQo+IGRldi5hdGguMC5j dHN0aW1lb3V0OiA0OA0KPiBkZXYuYXRoLjAuc29mdGxlZDogMA0KPiBkZXYuYXRoLjAubGVkcGlu OiAwDQo+IGRldi5hdGguMC5sZWRvbjogMA0KPiBkZXYuYXRoLjAubGVkaWRsZTogMjcwMA0KPiBk ZXYuYXRoLjAudHhhbnRlbm5hOiAwDQo+IGRldi5hdGguMC5yeGFudGVubmE6IDENCj4gZGV2LmF0 aC4wLmRpdmVyc2l0eTogMQ0KPiBkZXYuYXRoLjAudHhpbnRycGVyaW9kOiA1DQo+IGRldi5hdGgu MC5kaWFnOiAwDQo+IGRldi5hdGguMC50cHNjYWxlOiAwDQo+IGRldi5hdGguMC50cGM6IDANCj4g ZGV2LmF0aC4wLnRwYWNrOiA2Mw0KPiBkZXYuYXRoLjAudHBjdHM6IDYzDQo+IGRldi5hdGguMC5y ZnNpbGVudDogMQ0KPiBkZXYuYXRoLjAucmZraWxsOiAxDQo+IGRldi5hdGguMC5pbnRtaXQ6IDEN Cj4gZGV2LmF0aC4wLm1vbnBhc3M6IDI0DQo+IA0KPiA9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09DQo+IGRtZXNnOg0KPiANCj4gYXRoMDogPEF0aGVy b3MgNTQyNC8yNDI0PiBtZW0gMHhiZjdmMDAwMC0weGJmN2ZmZmZmIGlycSAxNyBhdCBkZXZpY2Ug MC4wIG9uIHBjaTENCj4gYXRoMDogW0lUSFJFQURdDQo+IGF0aDA6IEFSNTQxMyBtYWMgMTAuMCBS RjU0MjQgcGh5IDYuMQ0KPiBhdGgwOiBiYWQgc2VyaWVzMCBod3JhdGUgMHgxYiwgdHJpZXMgMSB0 c19zdGF0dXMgMHgwDQo+IGF0aDA6IGJhZCBzZXJpZXMwIGh3cmF0ZSAweDFiLCB0cmllcyAxIHRz X3N0YXR1cyAweDANCj4gYXRoMDogYmFkIHNlcmllczMgaHdyYXRlIDB4MWIsIHRyaWVzIDIgdHNf c3RhdHVzIDB4MA0KPiBhdGgwOiBiYWQgc2VyaWVzMCBod3JhdGUgMHgxYiwgdHJpZXMgMSB0c19z dGF0dXMgMHgwDQo+IGF0aDA6IGJhZCBzZXJpZXMyIGh3cmF0ZSAweDFjLCB0cmllcyA0IHRzX3N0 YXR1cyAweDANCj4gYXRoMDogYmFkIHNlcmllczMgaHdyYXRlIDB4MWIsIHRyaWVzIDIgdHNfc3Rh dHVzIDB4MA0KPiBhdGgwOiBiYWQgc2VyaWVzMyBod3JhdGUgMHgxYiwgdHJpZXMgMiB0c19zdGF0 dXMgMHgwDQo+IGF0aDA6IGJhZCBzZXJpZXMzIGh3cmF0ZSAweDFiLCB0cmllcyAyIHRzX3N0YXR1 cyAweDANCj4gYXRoMDogYmFkIHNlcmllczMgaHdyYXRlIDB4MWIsIHRyaWVzIDIgdHNfc3RhdHVz IDB4MA0KPiANCj4gPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PQ0KPiBpZmNvbmZpZzoNCj4gDQo+IGF0aDA6IGZsYWdzPTg4NDM8VVAsQlJPQURDQVNU LFJVTk5JTkcsU0lNUExFWCxNVUxUSUNBU1Q+IG1ldHJpYyAwIG10dSAyMjkwDQo+ICAgICAgICBl dGhlciAwMDoxNTphZjp4eDp4eDp4eA0KPiAgICAgICAgbWVkaWE6IElFRUUgODAyLjExIFdpcmVs ZXNzIEV0aGVybmV0IGF1dG9zZWxlY3QgbW9kZSAxMWcNCj4gICAgICAgIHN0YXR1czogYXNzb2Np YXRlZA0KPiB3bGFuMDogZmxhZ3M9ODg0MzxVUCxCUk9BRENBU1QsUlVOTklORyxTSU1QTEVYLE1V TFRJQ0FTVD4gbWV0cmljIDAgbXR1IDE1MDANCj4gICAgICAgIGV0aGVyIDAwOjE1OmFmOnh4Onh4 Onh4DQo+ICAgICAgICBpbmV0IHh4Lnh4Lnh4Lnh4IG5ldG1hc2sgMHhmZmZmZmZmOCBicm9hZGNh c3QgeHgueHgueHgueHgNCj4gICAgICAgIG1lZGlhOiBJRUVFIDgwMi4xMSBXaXJlbGVzcyBFdGhl cm5ldCBPRkRNLzU0TWJwcyBtb2RlIDExZw0KPiAgICAgICAgc3RhdHVzOiBhc3NvY2lhdGVkDQo+ ICAgICAgICBzc2lkIHh4IGNoYW5uZWwgMyAoMjQyMiBNaHogMTFnKSBic3NpZCAwMDoxZjoxZjp4 eDp4eDp4eA0KPiAgICAgICAgcmVnZG9tYWluIDk2IGluZG9vciBlY20gYXV0aG1vZGUgV1BBMi84 MDIuMTFpIHByaXZhY3kgT04NCj4gICAgICAgIGRlZnR4a2V5IFVOREVGIFRLSVAgMjoxMjgtYml0 IHR4cG93ZXIgMjAgYm1pc3MgNyBzY2FudmFsaWQgNDUwIGJnc2Nhbg0KPiAgICAgICAgYmdzY2Fu aW50dmwgMzAwIGJnc2NhbmlkbGUgMjUwIHJvYW06cnNzaSA3IHJvYW06cmF0ZSA1IHByb3Rtb2Rl IENUUw0KPiAgICAgICAgd21lIHJvYW1pbmcgTUFOVUFMDQo+ID09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NCj4NCkhvdyBvZnRlbiBpcyAibG90cyI/ ICBodyB0eCByYXRlIDB4MWIgaXMgMU1iL3MgQ0NLIGFuZCAweDFjIGlzIDFNIHcvIA0Kc2hvcnQg cHJlYW1ibGUuICBCb3RoIG9mIHRoZXNlIHJhdGVzIHNob3VsZCBiZSBvayB0byB1c2UgaW4gMTFn IHNvIEkgDQpkb24ndCBzZWUgd2h5IHRoZXJlIGFyZSBjb21wbGFpbnRzIHVubGVzcyB0aGUgYXAg eW91IGFyZSBhc3NvY2lhdGVkIHRvIA0KaXMgZG9pbmcgc29tZXRoaW5nIGxpa2UgZm9yY2luZyAx MWctb25seSBvcGVyYXRpb24gKGkuZS4gT0ZETSBvbmx5LCBubyANCkNDSykuICBIb3dldmVyIGV2 ZW4gd2l0aCB0aGF0IHlvdSBzaG91bGQgYmUgZmluZSB1bmxlc3MgcGVyaGFwcyBmaXhlZCB0eCAN CnJhdGUgcGFyYW1ldGVycyBhcmUgc2V0IHdyb25nLg0KTm90IHN1cmUgdGhlcmUncyBhIHdheSB0 byBkdW1wIHRoZSBuZWdvdGlhdGVkIHJhdGUgc2V0LiAgWW91IGNhbiB0cnkgDQp0dXJuaW5nIG9u IHNvbWV0aGluZyBsaWtlOg0Kd2xhbmRlYnVnIGFzc29jDQp0byBzZWUgaWYgdGhhdCBwcm92aWRl cyB1c2VmdWwgaW5mby4gIE90aGVyd2lzZSB5b3UgbWlnaHQgbmVlZCB0byANCmNvbGxlY3QgYSBw YWNrZXQgdHJhY2Ugd2l0aCBzb21ldGhpbmcgbGlrZToNCnRjcGR1bXAgLWkgd2xhbjAgLXAgLXkg SUVFRTgwMl8xMV9SQURJTyAtdyB0LnBjYXANCndoaWxlIGFzc29jaWF0aW5nLS10aGVuIGluc3Bl Y3QgdGhlIHJlc3VsdHMgKGFuZC9vciBzZW5kIG1lIHRoZSBwY2FwIGZpbGUpLg0KU2FtDQotLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KRnJvbTogIEFub255bW91cyA8c3dlbGwua0BnbWFpbC5jb20+DQpUbzogIFJpY2sgTWFj a2xlbSA8cm1hY2tsZW1AdW9ndWVscGguY2E+DQpTdWJqZWN0OiAgUmU6IFtuZXduZnMvY2xpZW50 XSBTSUdJTkZPIGFib3J0cyB0cmFuc2ZlciBhbmQgcHJvZHVjZXNgcGVybWlzc2lvbiBkZW5pZWQn DQpEYXRlOiAgU2F0MTggSnVsIDIwMDkgMjI6Mzg6MDQgKzA0MDANClJpY2sgTWFja2xlbSA8cm1h Y2tsZW1AdW9ndWVscGguY2E+IHdyaXRlczoNCj4gT24gU2F0LCAxOCBKdWwgMjAwOSwgQW5vbnlt b3VzIHdyb3RlOg0KPg0KPj4NCj4+IFllcCwgSSBjYW4gcmVwcm9kdWNlIGl0IGFzIGVhc2lseSBv biA4LjAtQkVUQTIgc25hcHNob3QgdW5kZXIgcWVtdQ0KPj4NCj4+ICMgdW5hbWUgLXZtDQo+PiBG cmVlQlNEIDguMC1CRVRBMiAjMDogV2VkIEp1bCAxNSAyMzoyNTozMCBVVEMgMjAwOQ0KPj4gcm9v dEBhbG1laWRhLmNzZS5idWZmYWxvLmVkdTovdXNyL29iai91c3Ivc3JjL3N5cy9HRU5FUklDICBp Mzg2DQo+Pg0KPiBJJ2xsIHRyeSB0byBnZXQgYXJvdW5kIHRvIHRlc3RpbmcgaXQgdGhpcyB3ZWVr ZW5kLCBidXQgaWYgeW91J2QNCj4gbGlrZSB0byB0ZXN0IHRoZSBmb2xsb3dpbmcgcGF0Y2gsIEkg dGhpbmsgaXQgbWlnaHQgZml4IHRoZSBwcm9ibGVtLg0KPg0KPiBUaGUgbmV3IGtycGMgb25seSBj aGVja3MgTkZTTU5UX0lOVCBhdCBjb25uZWN0IGFuZCBub3QgZXZlcnkgcnBjLg0KPg0KPiByaWNr DQo+IHBzOiBUaGUgbGluZSAjcyBhc3N1bWUgdGhlIG90aGVyIHBhdGNoIHlvdSB0ZXN0ZWQgaXMg YWxyZWFkeSBhcHBsaWVkLg0KPiAtLS0gdW50ZXN0ZWQgZXhwLiBuZnMgY2xpZW50IHBhdGNoIC0t LQ0KWy4uLl0NClRoZSBwYXRjaCBmaXhlZCBteSBwcm9ibGVtIG9uIHIxOTU3NTRNIGFtZDY0LiBJ J20gbm8gbG9uZ2VyIGFibGUgdG8NCnJlcHJvZHVjZSBpdCBieSBoaXR0aW5nIF5UIHdoZW4gY29w eWluZyBtZWRpdW0tc2l6ZWQgZmlsZXMuDQpJIGhvcGUgYm90aCBmaXhlcyB3aWxsIGJlIGluIEhF QUQgYmVmb3JlIDguMC1CRVRBMy4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpGcm9tOiAgUGlldGVyIGRlIEdvZWplIDxw aWV0ZXJAZGVnb2VqZS5ubD4NClRvOiAgZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnDQpTdWJq ZWN0OiAgU2VuZGluZyBtdWx0aWNhc3QgZGF0YWdyYW1zIGJyb2tlbiAocmVncmVzc2lvbikNCkRh dGU6ICBTYXQxOCBKdWwgMjAwOSAyMDo1Njo0NyArMDIwMA0KSSdtIG9ic2VydmluZyB0aGF0IG11 bHRpY2FzdCBJUHY0IFVEUCBkYXRhZ3JhbXMgc2VudCBmcm9tIHRoZSBsYXRlc3QgOC4wLUJFVEEy IA0KYXJlIGJlaW5nIGRpc2NhcmRlZC4gVGhlIGNvZGUgYmVsb3cgdXNlZCB0byB3b3JrIHdpdGgg Ny4yLg0KU2VuZGVyIFJlY2VpdmVyIFJlc3VsdA0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KOC4w ICAgIDguMCAgICAgIEJyb2tlbiwgYnV0IGxvb3AgYmFjayB0cmFmZmljIHdvcmtzDQo4LjAgICAg Ny4yICAgICAgQnJva2VuDQo3LjIgICAgOC4wICAgICAgV29ya3MNCk9kZGx5IGVub3VnaCwgd2hl biBJIHJ1biB0Y3BkdW1wIG9uIGEgOC4wIHNlbmRlciwgaXQgc2hvd3MgcGFja2V0cyBiZWluZyBz ZW50LCANCmJ1dCBvbiB0aGUgcmVjZWl2ZXIgdGNwZHVtcCBzaG93cyBubyBhY3Rpdml0eSB3aGF0 c29ldmVyLg0KVGhlIHJlY2VpdmVyIHdhcyBwcm9wZXJseSByZWdpc3RlcmluZyBpdCdzIG1lbWJl cnNoaXAgKHdoaWNoIHdhcyB2ZXJpZmllZCB3aXRoIA0KaWZtY3N0YXQpLg0KVGVzdGluZyB3YXMg ZG9uZSBvbiB0aHJlZSBob3N0cywgdHdvIG9mIHdoaWNoIGFyZSBydW5uaW5nIDguMCBhbmQgb25l IDcuMi4gVGhlIA0KaG9zdHMgYXJlIGNvbm5lY3RlZCB1c2luZyBhIHNpbmdsZSBzd2l0Y2guIEkn dmUgdHJpZWQgaWZfZW0gYW5kIGlmX3JlIE5JQ3MsIA0KYm90aCB3aXRoIHRoZSBzYW1lIHJlc3Vs dHMuDQpLaW5kIHJlZ2FyZHMsDQpQaWV0ZXIgZGUgR29lamUNClBTLiANCkkgY2FuIHBvc3QgY29t cGxldGUgY29kZSBpZiBuZWNlc3NhcnkuDQotLS0tDQpmZCBpcyBpbml0aWFsaXplZCB3aXRoIGEg ZnJlc2hseSBjcmVhdGVkIEFGX0lORVQgZGF0YWdyYW0gc29ja2V0LCBtYWRkciANCmNvbnRhaW5z IHRoZSBncm91cCBhZGRyZXNzICgyMzkuMjU1LjkuOSBpbiB0aGUgdGVzdCBjYXNlLCBidXQgSSd2 ZSB0cmllZCANCm11bHRpcGxlIGRpZmZlcmVudCBhZGRyZXNzZXMpLg0Kdm9pZCBkb2l0KGludCBm ZCwgaW5fYWRkcl90IG1hZGRyLCBpbnQgcG9ydCkNCnsNCiAgICAgc3RydWN0IHNvY2thZGRyX2lu IGFkZHI7DQogICAgIGludCBjbnQ7DQogICAgIHN0cnVjdCBpcF9tcmVxIG1yZXE7DQogICAgIGNo YXIgbWVzc2FnZVtdID0gIkhlbGxvIjsNCiAgICAgbWVtc2V0KCZhZGRyLCAwLCBzaXplb2YoYWRk cikpOw0KICAgICBhZGRyLnNpbl9mYW1pbHk9QUZfSU5FVDsNCiAgICAgYWRkci5zaW5fYWRkci5z X2FkZHI9bWFkZHI7DQogICAgIGFkZHIuc2luX3BvcnQ9aHRvbnMocG9ydCk7DQogICAgIHVfY2hh ciB0dGwgPSAyOw0KICAgICBpZihzZXRzb2Nrb3B0KGZkLCBJUFBST1RPX0lQLCBJUF9NVUxUSUNB U1RfVFRMLCAmdHRsLA0KICAgICAgICAgICAgICAgICAgIHNpemVvZih0dGwpKSA9PSAtMSkgew0K ICAgICAgICAgIGVycigxLCAic2V0c29ja29wdCIpOw0KICAgICB9DQogICAgIGZvcig7Oykgew0K ICAgICAgICAgIGlmKHNlbmR0byhmZCwgbWVzc2FnZSwgc2l6ZW9mKG1lc3NhZ2UpIC0gMSwgMCwN CiAgICAgICAgICAgICAgICAgICAgIChzdHJ1Y3Qgc29ja2FkZHIgKikmYWRkciwgc2l6ZW9mKGFk ZHIpKSA9PSAtMSkgew0KICAgICAgICAgICAgICAgZXJyKDEsICJzZW5kdG8iKTsNCiAgICAgICAg ICB9DQogICAgICAgICAgc2xlZXAoMSk7DQogICAgIH0NCn0NCi0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpGcm9tOiAgQWxl eGFuZGVyIE1vdGluIDxtYXZARnJlZUJTRC5vcmc+DQpUbzogIEZyZWVCU0QtQ3VycmVudCA8ZnJl ZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnPg0KU3ViamVjdDogIFNpSTMxMjQvMzEzMi8zNTMxIENB TSBkcml2ZXINCkRhdGU6ICBTYXQxOCBKdWwgMjAwOSAyMjowMTo1MiArMDMwMA0KSGkuDQpJJ3Zl IG1hZGUgQ0FNIGRyaXZlciBmb3IgU2lsaWNvbkltYWdlIFNpSTMxMjQvMzEzMi8zNTMxIGNvbnRy b2xsZXJzOg0KaHR0cDovL3Blb3BsZS5mcmVlYnNkLm9yZy9+bWF2L3NpaXMuMjAwOTA3MTgucGF0 Y2gNCkRyaXZlciBzdXBwb3J0cyBTZXJpYWwgQVRBIGFuZCBBVEFQSSBkZXZpY2VzLCBQb3J0IE11 bHRpcGxpZXJzIA0KKGluY2x1ZGluZyBGSVMtYmFzZWQgc3dpdGNoaW5nKSwgaGFyZHdhcmUgY29t bWFuZCBxdWV1ZXMgKDMxIGNvbW1hbmQgcGVyIA0KcG9ydCkgYW5kIE5hdGl2ZSBDb21tYW5kIFF1 ZXVpbmcuDQpUZXN0ZXJzIGFyZSB3ZWxjb21lLg0KLS0gDQpBbGV4YW5kZXIgTW90aW4NCi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQpGcm9tOiAgIkRhdmlkIEJveWQiIDxEYXZpZC5Cb3lkQGluc2lnaHRiYi5jb20+DQpUbzog IDxmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmc+DQpTdWJqZWN0OiAgOC4wLUJFVEEyIHN5c2lu c3RhbGwgc3BlbGxpbmcgZXJyb3INCkRhdGU6ICBTYXQxOCBKdWwgMjAwOSAxNDo1Mjo0OSAtMDQw MA0KVGhlIHVzZSBvZiAiZGlzdEV2ZXJ5dGhpbmciIHJlc3VsdHMgaW4gc3lzaW5zdGFsbCB0cnlp bmcgdG8gYWRkIHBhY2thZ2UNCm1uLWZyZWVic2QtZG9jLW1uLTxkYXRlPiB3aGljaCBkb2Vzbid0 IGV4aXN0IGluIHRoZSBJTkRFWA0KKG1uLWZyZWVic2QtZG9jLTxkYXRlPikuDQpJZiBpdHMgdG9v IGVhcmx5IHRvICJwaWNrIG5pdHMiLCBJIGFwb2xvZ2l6ZS4NCi0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpGcm9tOiAgQXJ0 ZW0gTmFsdXpobnl5IDx0dXRAbmhhbW9uLmNvbS51YT4NClRvOiAgU2FtIExlZmZsZXIgPHNhbUBl cnJuby5jb20+DQpTdWJqZWN0OiAgUmU6IExvdHMgb2YgImF0aDA6IGJhZCBzZXJpZXMwIGh3cmF0 ZSAweDFiIiBpbiA4LjAtQkVUQTINCkRhdGU6ICBTYXQxOCBKdWwgMjAwOSAyMjoyOToyNSArMDMw MA0KT24gU2F0LCBKdWwgMTgsIDIwMDkgYXQgMjE6MzcsIFNhbSBMZWZmbGVyPHNhbUBlcnJuby5j b20+IHdyb3RlOg0KPiBIb3cgb2Z0ZW4gaXMgImxvdHMiPw0KVGhlcmUgYXJlIDUtMzAgbWVzc2Fn ZXMgYSBzZWNvbmQgd2hlbiBiYW5kd2lkdGggdXNhZ2UgaXMgaGlnaC4NClRoZSBub25hbWUgQVAg bG9va3MgcmVhbGx5IHN0cmFuZ2UgYW5kIGl0IG1heSBkbyBzb21ldGhpbmcgd3JvbmcuDQpBY3R1 YWxseSB0aGUgcXVlc3Rpb24gaXMgcmF0aGVyIHdoeSBJIGRpZCBub3Qgc2VlIHRoZSBtZXNzYWdl cyBmb3IgdGhlDQpzYW1lIEFQIGluIDcuMi1SIGFuZCBob3cgdG8gKGlmIHBvc3NpYmxlKSBkaXNh YmxlIHRoZSBtZXNzYWdlcyBpbiA4LjAuDQo+IHdsYW5kZWJ1ZyBhc3NvYw0KPiB0Y3BkdW1wIC1p IHdsYW4wIC1wIC15IElFRUU4MDJfMTFfUkFESU8gLXcgdC5wY2FwDQp0Y3BkdW1wIGFuZCB3bGFu ZGVidWcgcmVzdWx0cyBoYXZlIGJlZW4gc2VudCBwcml2YXRlbHkuDQotLSANCkFydGVtIE5hbHV6 aG55eQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NCkZyb206ICBCcnVjZSBTaW1wc29uIDxibXNAaW5jdW5hYnVsdW0ubmV0 Pg0KVG86ICBQaWV0ZXIgZGUgR29lamUgPHBpZXRlckBkZWdvZWplLm5sPg0KU3ViamVjdDogIFJl OiBTZW5kaW5nIG11bHRpY2FzdCBkYXRhZ3JhbXMgYnJva2VuIChyZWdyZXNzaW9uKQ0KRGF0ZTog IFN1bjE5IEp1bCAyMDA5IDAzOjA5OjI2ICswMTAwDQpQaWV0ZXIgZGUgR29lamUgd3JvdGU6DQo+ IEknbSBvYnNlcnZpbmcgdGhhdCBtdWx0aWNhc3QgSVB2NCBVRFAgZGF0YWdyYW1zIHNlbnQgZnJv bSB0aGUgbGF0ZXN0IDguMC1CRVRBMiANCj4gYXJlIGJlaW5nIGRpc2NhcmRlZC4gVGhlIGNvZGUg YmVsb3cgdXNlZCB0byB3b3JrIHdpdGggNy4yLg0KPiAgIA0KQ2FuIHlvdSB0Y3BkdW1wIHRoaXM/ DQpUaGlzIG1heSBiZSByZWxhdGVkIHRvIGFuIGxsZW50cnkgcmVsYXRlZCByZWdyZXNzaW9uIHdo aWNoIFhpbiBMaSANCnJlY2VudGx5IHBvc3RlZCBhIHBhdGNoIGZvciwgaXQgYXBwZWFycyB0aGF0 IGxheWVyIDIgYWRkcmVzc2VzIGZvciANCm11bHRpY2FzdC9icm9hZGNhc3QgZGF0YWdyYW1zIG1h eSBiZSBicm9rZW4gaW4gOC4wLUJFVEEyLg0KQWx0aG91Z2ggSSBoYXZlbid0IHRlc3RlZCB0aGlz IG15c2VsZiBzaW5jZSBjb21taXR0aW5nIHRoZSBTU00gY29kZSANCmFyb3VuZCBBcHJpbCwgd2hl cmUgSSBvYnNlcnZlZCBzdWNoIHRyYWZmaWMgd2FzIGNvcnJlY3QuDQp0aGFua3MNCkJNUw0KLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0NCkZyb206ICBKYW1lcyBCdXRsZXIgPHN3ZWV0bmF2ZWxvcmFuZ2VAZ21haWwuY29tPg0K VG86ICBTYW0gTGVmZmxlciA8c2FtQGVycm5vLmNvbT4NCiBjdXJyZW50QGZyZWVic2Qub3JnDQpT dWJqZWN0OiAgUmU6IGlwdyBpbiA4LjAtQkVUQTENCkRhdGU6ICBTdW4xOSBKdWwgMjAwOSAxOToy NDoyOCArMTIwMA0KMjAwOS83LzE4IFNhbSBMZWZmbGVyIDxzYW1AZXJybm8uY29tPjoNCj4gSmFt ZXMgQnV0bGVyIHdyb3RlOg0KPj4NCj4+IEdyZWV0aW5ncw0KPj4NCj4+IEFyZSBpcHcgZGV2aWNl cyBleHBlY3RlZCB0byB3b3JrIGluIDguMC1CRVRBMT8gTWluZSBhcHBhcmVudGx5DQo+PiBkb2Vz bid0LiBJIGhhdmUgdXBkYXRlZCBteSByYy5jb25mIGFjY29yZGluZyB0byB0aGUgaW5zdHJ1Y3Rp b25zIGluDQo+PiBVUERBVElORyByZWxhdGluZyB0byB3bGFuczsgdGhlIHdsYW4wIGludGVyZmFj ZSBpcyBjcmVhdGVkLCBidXQNCj4+IHdwYV9zdXBwbGljYW50IGRvZXNuJ3QgYXNzb2NpYXRlLg0K Pj4NCj4+IEkgYXNrIGFmdGVyIHNlZWluZyB0aGlzIHNuaXBwZXQgZnJvbSB0aGUgbGlzdCBiYWNr IGluIE1hcmNoOg0KPj4NCj4+PiBVbmZvcnR1bmF0ZWx5IHRoZSB2YXAgY29udmVyc2lvbiBvZiB0 aGUgaXB3IGRyaXZlciBuZXZlciB3YXMgY29tcGxldGVkDQo+Pj4gKGl0J3MgdGhlIG9ubHkgZHJp dmVyIGluIHRoZSB0cmVlIHRoYXQgaXMga25vd24gdG8gYmUgdG90YWxseSBicm9rZW4pLg0KPj4+ ICBJdCdzIG9uDQo+Pj4gbXkgdG9kbyBsaXN0IGZvciA4LjAgYnV0IHdvdWxkIGhhcHBpbHkgZGVm ZXIgdG8gc29tZW9uZSBlbHNlIDopLg0KPj4NCj4+IElmIHRoZSBhbnN3ZXIgaXMgeWVzLCB0aGVu IEknbGwgdHJ5IGEgbGl0dGxlIGhhcmRlci4NCj4NCj4gU29ycnkgdGhlIGRyaXZlciBuZXZlciBn b3QgZml4ZWQgYWZ0ZXIgY29udmVyc2lvbiB0byB2YXBzOyBpdCdzIG9uIHRoZSA4LjANCj4gVE9E TyBsaXN0LiAgSSdtIG5vdCBzdXJlIGl0J3MgZ29pbmcgdG8gYmUgZml4ZWQgYmVmb3JlIDguMC4N Ck9LIHRoYW5rcyBmb3IgdGhlIHJlcGx5LCBhbmQgVElBIGZvciB3aGVuZXZlciB5b3UncmUgYWJs ZSB0byBmaXggaXQuDQotSmFtZXMNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t