From owner-freebsd-stable@FreeBSD.ORG Sun Sep 16 13:56:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AF69106564A; Sun, 16 Sep 2012 13:56:27 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward19.mail.yandex.net (forward19.mail.yandex.net [IPv6:2a02:6b8:0:1402::4]) by mx1.freebsd.org (Postfix) with ESMTP id B2F858FC17; Sun, 16 Sep 2012 13:56:26 +0000 (UTC) Received: from smtp16.mail.yandex.net (smtp16.mail.yandex.net [95.108.252.16]) by forward19.mail.yandex.net (Yandex) with ESMTP id EA7D811207CE; Sun, 16 Sep 2012 17:56:24 +0400 (MSK) Received: from smtp16.mail.yandex.net (localhost [127.0.0.1]) by smtp16.mail.yandex.net (Yandex) with ESMTP id A27576A06C9; Sun, 16 Sep 2012 17:56:24 +0400 (MSK) Received: from dynamic-178-141-6-15.kirov.comstar-r.ru (dynamic-178-141-6-15.kirov.comstar-r.ru [178.141.6.15]) by smtp16.mail.yandex.net (nwsmtp/Yandex) with ESMTP id uOba3MHQ-uObOYAo9; Sun, 16 Sep 2012 17:56:24 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1347803784; bh=mZhoO3NrJNWng5DhvtMMrx6bCzBezJHeK+ETyxldGiE=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:X-Enigmail-Version:Content-Type: Content-Transfer-Encoding; b=MHjyccE0ksg0SUbaWU7oiV/3xgbgPpLxIo0qxNRf/xgR+A8e8XdkJZuyGGsHNHR6T gQhplwS7FdJFAcT+7CummgZg4myt9AVy4R307lkfk+7iPrZjUqZSJ5xSoXWsoA53U8 MRoH8GBLLVAlEZhe8AqhaI/m87hEzRwkwPugPD9I= Message-ID: <5055DA86.9040102@yandex.ru> Date: Sun, 16 Sep 2012 17:56:22 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120406 Thunderbird/10.0.3 MIME-Version: 1.0 To: Mikolaj Golub References: <504D10A7.1070701@quip.cz> <20120915125003.GA91163@gmail.com> In-Reply-To: <20120915125003.GA91163@gmail.com> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Hartmut Brandt , Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: bsnmpd always died on HDD detach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2012 13:56:27 -0000 On 15.09.2012 16:50, Mikolaj Golub wrote: > I am attaching the patch that fixes the issue for me. > > I was wandering why the issue was not observed after md device > removal, as disk_OS_get_MD_disks() did the same things. It has turned > out that hostres just does not see md devices, so this function is > currently useless. hostres gets devices from devinfo(3), which does > not return md devices. > > disk_OS_get_disks() calls kern.disks sysctl to get the list of disks, > and uses device_map differently, so it is not affected. I also have a big patch to the hostres module, but it is not yet finished. Probably i should commit the part related to the disk subsystem. This part has been rewritten to be GEOM aware. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Sun Sep 16 17:07:29 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4F09106564A; Sun, 16 Sep 2012 17:07:29 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5D8A48FC0A; Sun, 16 Sep 2012 17:07:29 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 9AAE82842C; Sun, 16 Sep 2012 19:07:22 +0200 (CEST) Received: from [192.168.1.2] (static-84-242-120-26.net.upcbroadband.cz [84.242.120.26]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id C451328423; Sun, 16 Sep 2012 19:07:21 +0200 (CEST) Message-ID: <50560748.2040204@quip.cz> Date: Sun, 16 Sep 2012 19:07:20 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Mikolaj Golub References: <504D10A7.1070701@quip.cz> <20120915125003.GA91163@gmail.com> In-Reply-To: <20120915125003.GA91163@gmail.com> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Hartmut Brandt Subject: Re: bsnmpd always died on HDD detach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2012 17:07:29 -0000 Mikolaj Golub wrote: > On Sun, Sep 09, 2012 at 11:56:55PM +0200, Miroslav Lachman wrote: >> I am running bsnmpd with basic snmpd.config (only community and location >> changed). >> >> When there is a problem with HDD and disk disapeared from ATA channel >> (eg.: disc physically removed) the bsnmpd always dumps core: >> >> kernel: pid 1188 (bsnmpd), uid 0: exited on signal 11 (core dumped) >> >> I see this for a long rime on all releases of 7.x and 8.x branches (i386 >> and amd64). I did not tested 9.x. > > Ok, I was able to to reproduce this under qemu doing > > atacontrol detach ata1 [...] > and it crashes in disk_OS_get_ATA_disks() when the removed map entry > is dereferenced. > > I am attaching the patch that fixes the issue for me. I am glad to read that you found the bug! The fix (patch) seems trivial - will it be commited / MFCed? :) Thank you for your work on this problem! Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Sun Sep 16 17:40:50 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53B7F106566B for ; Sun, 16 Sep 2012 17:40:50 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D03818FC0A for ; Sun, 16 Sep 2012 17:40:49 +0000 (UTC) Received: by bkcje9 with SMTP id je9so1951238bkc.13 for ; Sun, 16 Sep 2012 10:40:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=U+c4D0VqpIJenhXhqSuUCyvX9+U84WeAwZ3ub1qY4sg=; b=Vu6SjOnnZdyCR43VgpywR13xJeThQ2A1ek2MCzCfSSd6E485ze8FFHMTfxGUMc1SKi ZKkqrxN/VpfSgK2oZ4Q9Fx+xCoEfYgi9BKLPKdquQOD34+93+0vaCV2dDq292F0Yg2VI HcgwYj51VDyXNkEYysLuPmmhgTHxBlpVR/KLuisajHRvK1Qwz1MBNcF5rIc9Pg2sflzF Z6ZGpKDeHVyTvBv93uy9NuJa2q2co80EyltsBQaRfx4boS0NeCS1WPxJlTfniv5C3c2d qzmqbvDsiiuF+gzTdHG5HCm4dFM3fAjJ7Zn4FHcYIqatDxMOmR0sdDTl3kxwHOQPIsF2 qqDw== Received: by 10.204.154.66 with SMTP id n2mr3521724bkw.138.1347817248550; Sun, 16 Sep 2012 10:40:48 -0700 (PDT) Received: from laptop ([178.125.174.194]) by mx.google.com with ESMTPS id y20sm3902046bkv.11.2012.09.16.10.40.45 (version=SSLv3 cipher=OTHER); Sun, 16 Sep 2012 10:40:47 -0700 (PDT) Date: Sun, 16 Sep 2012 20:42:04 +0300 From: "Sergey V. Dyatko" To: Marcelo Gondim Message-ID: <20120916204204.30718a10@laptop> In-Reply-To: <50546AF9.4060505@bsdinfo.com.br> References: <505406DF.6080205@gmx.us> <50546AF9.4060505@bsdinfo.com.br> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: how to update ports while using pkgng? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2012 17:40:50 -0000 On Sat, 15 Sep 2012 08:48:09 -0300 Marcelo Gondim wrote: > Em 15/09/2012 01:41, Mike Manilone escreveu: > > Hi, > > > > I'm using ports with pkgng enabled. But I found that portmaster > > won't work. Is there any way to update ports? Thanks! > > Hi, > > I use "portsnap fetch update" and "portmaster" to update my ports. > with pkgng ? :/ > Gondim -- wbr, tiger From owner-freebsd-stable@FreeBSD.ORG Sun Sep 16 18:52:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DADE91065670 for ; Sun, 16 Sep 2012 18:52:41 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 98F798FC08 for ; Sun, 16 Sep 2012 18:52:41 +0000 (UTC) Received: by obbun3 with SMTP id un3so10246986obb.13 for ; Sun, 16 Sep 2012 11:52:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Lwcf49+DrTmMQkX/DdxPihxYt6WvQqAH1DOS0M0+4es=; b=iC/ft6/ALxXhbVZ/w1b6eepu30K9agEdo8S6EsnBojP7i+pS83kEwBJFjJMEzDRd27 D5EDKo0lpvmEbXj2eELSR2e3mtI9/j2IofFL9dlUYeBQNc0ceLniOY7qCDb7T0yJ4wp4 5BI3FLqSe9VdIhoI9w+JEJqV86ITPQVJZ6NuQtBqE/qYGlfi7omrm9eunqEI8bFcgsh9 jRKDs6ECZUTuce/Q5L4wTr2GPbLzYvnnh0boy6cUJtnh2cduAPFTaUH9fEXDKP88tVHH EBbAiAZLC6gKqJW0BfQo+9VT66oiL5IbgHxlz/fzMMXRicZkj+cBGASbYtCoUjYmxNXg M/dA== MIME-Version: 1.0 Received: by 10.182.193.7 with SMTP id hk7mr9749508obc.30.1347821559976; Sun, 16 Sep 2012 11:52:39 -0700 (PDT) Received: by 10.76.2.202 with HTTP; Sun, 16 Sep 2012 11:52:39 -0700 (PDT) In-Reply-To: <20120916204204.30718a10@laptop> References: <505406DF.6080205@gmx.us> <50546AF9.4060505@bsdinfo.com.br> <20120916204204.30718a10@laptop> Date: Sun, 16 Sep 2012 13:52:39 -0500 Message-ID: From: Chuck Burns To: "Sergey V. Dyatko" Content-Type: text/plain; charset=ISO-8859-1 Cc: Marcelo Gondim , freebsd-stable@freebsd.org Subject: Re: how to update ports while using pkgng? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2012 18:52:41 -0000 On Sun, Sep 16, 2012 at 12:42 PM, Sergey V. Dyatko wrote: > On Sat, 15 Sep 2012 08:48:09 -0300 > Marcelo Gondim wrote: > >> Em 15/09/2012 01:41, Mike Manilone escreveu: >> > Hi, >> > >> > I'm using ports with pkgng enabled. But I found that portmaster >> > won't work. Is there any way to update ports? Thanks! >> >> Hi, >> >> I use "portsnap fetch update" and "portmaster" to update my ports. >> > > with pkgng ? :/ > That is akin to asking "How do I start my boat with my car keys?" Ports and packages are NOT the same thing. Ports are compiled from source. Packages are precompiled. Pkgng is for packages. not ports. Once the port is compiled, the ports system uses whatever pkg manager you've chosen, to install it. However, portmaster doesn't -just- use the ports system. It also tries to pre-determine the dependencies, which is why it needs be pkgng-aware. Chuck From owner-freebsd-stable@FreeBSD.ORG Sun Sep 16 18:53:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 517CD10657A6; Sun, 16 Sep 2012 18:53:01 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id AD1FF8FC0C; Sun, 16 Sep 2012 18:53:00 +0000 (UTC) Received: by wibhi8 with SMTP id hi8so1298785wib.13 for ; Sun, 16 Sep 2012 11:52:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=vpq4/k9nm/sU23sCqzVIh9dseENkUl5oDMDHwUvJACE=; b=Z4bGFC3+tOW1lpCcXvBT9Fxhho+nBy9LlxzVAqtv9oeWRP0limIZbcZVUVEjveR7DB rpF/bC0TBjLiOW+bps1YttUai7PFuSMLhR3WuKtabDEwqX0DKfpvWFrnSdyiDuR43QAT +b+3pWtzia5Ty1U/A3jadTx5Z/EdbvsxKZOjLtRdTrh485GDtWLNbZIr2N2NQs6EhNIB J1v0wI7YSWLuE9He0S/ND4zyXF9Tol20WkpwM6iJlKmCiOl+2+nXnOQ54QjLF5OKZ2Bt VGDbfOibvXxk2MTY7b28pN/7cSd9UdAvga+deUD7WRim3fNI4Rm7A3u4T5yuTl5tn0YM 1F3Q== Received: by 10.180.81.38 with SMTP id w6mr11160333wix.10.1347821579418; Sun, 16 Sep 2012 11:52:59 -0700 (PDT) Received: from localhost ([95.69.174.83]) by mx.google.com with ESMTPS id k2sm19354349wiz.7.2012.09.16.11.52.57 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 16 Sep 2012 11:52:58 -0700 (PDT) Sender: Mikolaj Golub Date: Sun, 16 Sep 2012 21:52:55 +0300 From: Mikolaj Golub To: "Andrey V. Elsukov" Message-ID: <20120916185254.GA3905@gmail.com> References: <504D10A7.1070701@quip.cz> <20120915125003.GA91163@gmail.com> <5055DA86.9040102@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5055DA86.9040102@yandex.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Hartmut Brandt , Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: bsnmpd always died on HDD detach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2012 18:53:01 -0000 On Sun, Sep 16, 2012 at 05:56:22PM +0400, Andrey V. Elsukov wrote: > On 15.09.2012 16:50, Mikolaj Golub wrote: > > I am attaching the patch that fixes the issue for me. > > > > I was wandering why the issue was not observed after md device > > removal, as disk_OS_get_MD_disks() did the same things. It has turned > > out that hostres just does not see md devices, so this function is > > currently useless. hostres gets devices from devinfo(3), which does > > not return md devices. > > > > disk_OS_get_disks() calls kern.disks sysctl to get the list of disks, > > and uses device_map differently, so it is not affected. > > I also have a big patch to the hostres module, but it is not yet > finished. Probably i should commit the part related to the disk > subsystem. This part has been rewritten to be GEOM aware. Wonderful! And as I understand it will solve this problem too? Then I think no need in committing my patch, unless you are not planning to merge to stable/[78] (where any fix for this problem is highly desirable). -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Sun Sep 16 20:10:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 425E91065673 for ; Sun, 16 Sep 2012 20:10:34 +0000 (UTC) (envelope-from gondim@bsdinfo.com.br) Received: from zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [186.193.48.13]) by mx1.freebsd.org (Postfix) with ESMTP id DA8C38FC15 for ; Sun, 16 Sep 2012 20:10:33 +0000 (UTC) Received: from zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [127.0.0.1]) by zeus.linuxinfo.com.br (Postfix) with ESMTP id BB0BC466A452 for ; Sun, 16 Sep 2012 17:10:01 -0300 (BRT) X-Virus-Scanned: amavisd-new at zeus.linuxinfo.com.br Received: from zeus.linuxinfo.com.br ([127.0.0.1]) by zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JcVmjWQYcJaZ for ; Sun, 16 Sep 2012 17:09:58 -0300 (BRT) Received: from [127.0.0.1] (unknown [186.193.54.69]) by zeus.linuxinfo.com.br (Postfix) with ESMTPSA id E21FB466A422 for ; Sun, 16 Sep 2012 17:09:57 -0300 (BRT) Message-ID: <5056322C.7060804@bsdinfo.com.br> Date: Sun, 16 Sep 2012 17:10:20 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <505406DF.6080205@gmx.us> <50546AF9.4060505@bsdinfo.com.br> <20120916204204.30718a10@laptop> In-Reply-To: <20120916204204.30718a10@laptop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: how to update ports while using pkgng? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2012 20:10:34 -0000 Em 16/09/2012 14:42, Sergey V. Dyatko escreveu: > On Sat, 15 Sep 2012 08:48:09 -0300 > Marcelo Gondim wrote: > >> Em 15/09/2012 01:41, Mike Manilone escreveu: >>> Hi, >>> >>> I'm using ports with pkgng enabled. But I found that portmaster >>> won't work. Is there any way to update ports? Thanks! >> Hi, >> >> I use "portsnap fetch update" and "portmaster" to update my ports. >> > with pkgng ? :/ Nope, because pkgng update only binary packages. > >> Gondim From owner-freebsd-stable@FreeBSD.ORG Sun Sep 16 20:49:22 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C56B6106566C for ; Sun, 16 Sep 2012 20:49:22 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 43AEC8FC0C for ; Sun, 16 Sep 2012 20:49:22 +0000 (UTC) Received: from seedling.local (host109-150-6-11.range109-150.btcentralplus.com [109.150.6.11]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q8GKnD05018009 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sun, 16 Sep 2012 21:49:13 +0100 (BST) (envelope-from matthew@FreeBSD.org) X-DKIM: OpenDKIM Filter v2.5.2 smtp.infracaninophile.co.uk q8GKnD05018009 Authentication-Results: smtp.infracaninophile.co.uk/q8GKnD05018009; dkim=none (no signature); dkim-adsp=none X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host host109-150-6-11.range109-150.btcentralplus.com [109.150.6.11] claimed to be seedling.local Message-ID: <50563B42.3060705@FreeBSD.org> Date: Sun, 16 Sep 2012 21:49:06 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org References: <505406DF.6080205@gmx.us> <50546AF9.4060505@bsdinfo.com.br> <20120916204204.30718a10@laptop> <5056322C.7060804@bsdinfo.com.br> In-Reply-To: <5056322C.7060804@bsdinfo.com.br> X-Enigmail-Version: 1.4.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig967C6CE099E4876C0FD0B5F7" X-Virus-Scanned: clamav-milter 0.97.5 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.3.2 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: Subject: Re: how to update ports while using pkgng? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2012 20:49:23 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig967C6CE099E4876C0FD0B5F7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 16/09/2012 21:10, Marcelo Gondim wrote: > Em 16/09/2012 14:42, Sergey V. Dyatko escreveu: >> On Sat, 15 Sep 2012 08:48:09 -0300 >> Marcelo Gondim wrote: >> >>> Em 15/09/2012 01:41, Mike Manilone escreveu: >>>> Hi, >>>> >>>> I'm using ports with pkgng enabled. But I found that portmaster >>>> won't work. Is there any way to update ports? Thanks! >>> Hi, >>> >>> I use "portsnap fetch update" and "portmaster" to update my ports. >>> >> with pkgng ? :/ >=20 > Nope, because pkgng update only binary packages. A pkg is what you get by compiling and installing a port. So even if you never download anything other than source code which you religiously compile yourself using the ports, your system will still end up full of pkgs. pkgng is not just about binary pkg distribution systems: it's also about managing the software installed on your system. It changes the package registry completely -- using sqlite, rather than a bunch of files and directories under /var/db/pkg -- and all the Makefile bits under /usr/ports/Mk that deal with registering new packages and so forth. This means that any software designed to interact with the ports tree will quite likely need to be modified to operate correctly in a pkgng-enabled system. portmaster is no exception, except that unlike most other ports-related software, the author of portmaster has not accepted patches for pkgng support to be incorporated directly into his code or into the portmaster port, so it is necessary to download and apply a patch from github separately: https://github.com/pkgng/pkgng/blob/master/ports/patch-portmaster-pkgng See the FAQ for instructions: https://github.com/pkgng/pkgng/blob/master/FAQ.md#15 With the patch applied you can used portmaster as usual and (almost) everything will work exactly as before. Some of the output will change, since pkgng produces different output while working compared to pkg_tools. Also pkgng-enabled portmaster doesn't support creating a cache of pre-compiled packages yet. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --------------enig967C6CE099E4876C0FD0B5F7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlBWO0kACgkQ8Mjk52CukIzkMgCglPSiEiITk17IofML06z6N7UT C7EAn0ptKeTYf6vcD1fbl0lxv/FoA/D8 =75WT -----END PGP SIGNATURE----- --------------enig967C6CE099E4876C0FD0B5F7-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 16 21:24:39 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC549106564A for ; Sun, 16 Sep 2012 21:24:39 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7AFBF8FC0C for ; Sun, 16 Sep 2012 21:24:39 +0000 (UTC) Received: by obbun3 with SMTP id un3so10333609obb.13 for ; Sun, 16 Sep 2012 14:24:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=9N58WrMDIUK2WgVDco1cLpVDJ6l9QmsJ7z7A1DuQL3A=; b=L/WpxVzG9wl+cqtLi+FIV98ixuRzQAuWfRV1hVND9KSq/IswnBwPNmOeRvaai8tGh3 yNvcgVy2tngloBU4WU3sudBaBEf0QGvUtAuWUuj+uLdN58LQd6wmILNAlmy1Mus38vu9 Nv62yKq0jEPATvY9fqQoAJw5QjnNR2ZDPPqFu4EU1o6Lzq/fOfBVcefEDUBa2kCYAh1W 8XBZDGUh1YqhcBueReEgL/SCwFcilCtzQZKlF6y/AiQJRGA9xRVmeZzzrwsJU7RyGPYV HEKkPBXkBAFIgS1SXiWdPMxML+ebfnQYAqoiBW0MQeewetpRYpPYKuTKHmUjyTEt6N+d k/6A== MIME-Version: 1.0 Received: by 10.182.216.99 with SMTP id op3mr9639324obc.85.1347830678745; Sun, 16 Sep 2012 14:24:38 -0700 (PDT) Received: by 10.60.46.165 with HTTP; Sun, 16 Sep 2012 14:24:38 -0700 (PDT) In-Reply-To: <505406DF.6080205@gmx.us> References: <505406DF.6080205@gmx.us> Date: Sun, 16 Sep 2012 23:24:38 +0200 Message-ID: From: Andreas Nilsson To: Mike Manilone Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: how to update ports while using pkgng? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2012 21:24:39 -0000 On Sat, Sep 15, 2012 at 6:41 AM, Mike Manilone wrote: > Hi, > > I'm using ports with pkgng enabled. But I found that portmaster won't > work. Is there any way to update ports? Thanks! > Since no one asked: Why would you want to do it this way? If you are using pkgng updating is as easy as: pkg upgrade. If you have some programs installed not available from official pkgng repositories you are on "thin ice" and should consider using something like ports-mgmt/poudriere to build pkgng packages of those ports and host your own repo from which you can then install them. As others already said: pkgng is drastically different from previous package management, so they do should not be used in parallel. Best regards Andreas From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 06:07:31 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F1D0106566C for ; Mon, 17 Sep 2012 06:07:31 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 7E9CE8FC0C for ; Mon, 17 Sep 2012 06:07:30 +0000 (UTC) Received: from seedling.local (host109-150-6-11.range109-150.btcentralplus.com [109.150.6.11]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q8H67Kk8029145 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 17 Sep 2012 07:07:26 +0100 (BST) (envelope-from matthew@FreeBSD.org) X-DKIM: OpenDKIM Filter v2.5.2 smtp.infracaninophile.co.uk q8H67Kk8029145 Authentication-Results: smtp.infracaninophile.co.uk/q8H67Kk8029145; dkim=none (no signature); dkim-adsp=none X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host host109-150-6-11.range109-150.btcentralplus.com [109.150.6.11] claimed to be seedling.local Message-ID: <5056BE12.1000803@FreeBSD.org> Date: Mon, 17 Sep 2012 07:07:14 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Andreas Nilsson References: <505406DF.6080205@gmx.us> In-Reply-To: X-Enigmail-Version: 1.4.4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6D91C68DBA24C20B6DBDF426" X-Virus-Scanned: clamav-milter 0.97.5 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=2.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_RP_RNBL,RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.3.2 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: Mike Manilone , freebsd-stable@FreeBSD.org Subject: Re: how to update ports while using pkgng? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 06:07:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6D91C68DBA24C20B6DBDF426 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 16/09/2012 22:24, Andreas Nilsson wrote: > Since no one asked: Why would you want to do it this way? If you are us= ing > pkgng updating is as easy as: pkg upgrade. Actually, we (the pkgng developers) think this is a perfectly valid use case, and we'd like to have it as a standard choice available to users. > If you have some programs installed not available from official pkgng > repositories you are on "thin ice" and should consider using something = like > ports-mgmt/poudriere to build pkgng packages of those ports and host yo= ur > own repo from which you can then install them. While poudriere is an excellent piece of software, using it does involve some significant overheads. It is also tied to using ZFS as the underlying filesystem, which may not suit everyone. If you've got a whole bunch of machines to maintain, then poudriere is a no-brainer. If you've only got your own desktop, then it's not so clear cut. portmaster+pkgng patches works well for me in that scenario. Also, the "official" pkgng repositories aren't really in action yet: pkg.freebsd.org is a SRV record that at the moment resolves to the same beta-test repository that's been used for the last year or more. It has nothing like complete coverage of the ports tree. Plans are afoot to start using the package build clusters to generate a comprehensive set of pkgng packages and keep them regularly updated, but these will be introduced only after a great deal of testing and debugging, and initially will probably be just for 10-CURRENT. So, in the mean time, building your own packages is a good idea. We want to make it so that you can mix locally compiled (and customized) pkgs with the standard ones from the official repos, and work is currently under way to put in place a large chunk of the functionality necessary for that. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --------------enig6D91C68DBA24C20B6DBDF426 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlBWvhkACgkQ8Mjk52CukIwDVgCdF4J9koYj/kyEmSpQHLvu2pbH uMEAn2iYuDkOuMvIfjiZo5Q6T71/7u4W =GzvJ -----END PGP SIGNATURE----- --------------enig6D91C68DBA24C20B6DBDF426-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 07:41:11 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BB161065673; Mon, 17 Sep 2012 07:41:11 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id C4E508FC0A; Mon, 17 Sep 2012 07:41:10 +0000 (UTC) Received: by wgi16 with SMTP id 16so544835wgi.31 for ; Mon, 17 Sep 2012 00:41:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=SnYBHBGqucBOqgDxU2B/M9QCh8Oh74q/Q0sMecJXycs=; b=xC9ZnFTDBZI/gHpiREQnH8UcJ95CErI51T4xs8PicNHiHaFKR4znAq//ysoWH08YYZ OIVK5S7ejTe31Sl8JyBeTBBkEupS1puPt/RDWeC055catSLgT301Y4Q4xYM0m4IbD+Qa 3pjeDJEvO7CQLKygDNGFWTH5SUO1cU9fQS2cN0FmRc+vO3xHd0haRFMPjd/u8VQg1YjU jyDZeGYVA3Q6EYr949bwPvvhAAdmRH9ExOXEHI0mDOMP8N8pyNjTwxrTT0URrpX3ylWY VVJsT0twjjJxSPjmJiKZpZxANcY4Bw4UwPkonhfLfPmJeDPBRMSReewUR8cVHcTKN1Qd i1UA== Received: by 10.216.135.159 with SMTP id u31mr5428252wei.160.1347867663767; Mon, 17 Sep 2012 00:41:03 -0700 (PDT) Received: from localhost ([95.69.174.83]) by mx.google.com with ESMTPS id bc2sm24031204wib.0.2012.09.17.00.41.01 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 17 Sep 2012 00:41:02 -0700 (PDT) Sender: Mikolaj Golub Date: Mon, 17 Sep 2012 10:40:59 +0300 From: Mikolaj Golub To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <20120917074058.GA66984@gmail.com> References: <504D10A7.1070701@quip.cz> <20120915125003.GA91163@gmail.com> <50560748.2040204@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50560748.2040204@quip.cz> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, "Andrey V. Elsukov" , Hartmut Brandt Subject: Re: bsnmpd always died on HDD detach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 07:41:11 -0000 On Sun, Sep 16, 2012 at 07:07:20PM +0200, Miroslav Lachman wrote: > I am glad to read that you found the bug! > The fix (patch) seems trivial - will it be commited / MFCed? :) Andrey told me that he was not sure when he would be able to commit his work, so I have just committed my fix. I am going to MFC it. -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 09:21:54 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 76805106566B for ; Mon, 17 Sep 2012 09:21:54 +0000 (UTC) (envelope-from Subramani.Pasupathy@lsi.com) Received: from na3sys009aog120.obsmtp.com (na3sys009aog120.obsmtp.com [74.125.149.140]) by mx1.freebsd.org (Postfix) with ESMTP id C468D8FC15 for ; Mon, 17 Sep 2012 09:21:53 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob120.postini.com ([74.125.148.12]) with SMTP ID DSNKUFbrsauRELV7V+/G5xA4uzGjfelhiS9e@postini.com; Mon, 17 Sep 2012 02:21:53 PDT Received: from PALHUB01.lsi.com (128.94.213.114) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.264.0; Mon, 17 Sep 2012 05:21:55 -0400 Received: from PALEXCH11.lsi.com (128.94.223.42) by PALHUB01.lsi.com (128.94.213.114) with Microsoft SMTP Server (TLS) id 8.3.264.0; Mon, 17 Sep 2012 05:14:19 -0400 Received: from inbexch01.lsi.com (135.36.98.37) by PALEXCH11.lsi.com (128.94.223.42) with Microsoft SMTP Server (TLS) id 14.2.309.2; Mon, 17 Sep 2012 05:14:19 -0400 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch01.lsi.com ([135.36.98.37]) with mapi; Mon, 17 Sep 2012 14:44:14 +0530 From: "Pasupathy, Subramani" To: "stable@freebsd.org" Date: Mon, 17 Sep 2012 14:44:14 +0530 Thread-Topic: Multipathing issue under FreeBSD Thread-Index: Ac2UtM5Y4PpaBi08QxOJP61SSy/C9g== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Multipathing issue under FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 09:21:54 -0000 Hi, We carried few tests under FreeBSD using our LSI HBA after enabling multipa= thing. During the test of verifying the fail over, inconsistently we are ob= serving data corruption while removing the active path. The way we enabled = multipathing and steps that we had followed for the test are as below Procedure to Enable the Multipath: 1. Load the Multipath using the following cmd - "gmultipah load" 2. Make the following entry in the /boot/loder.conf - geom_multipath_load= =3D"YES" 3. Assign the label for the drives using the following cmd - gmultipah la= bel -v mpta /dev/da1 /dev/da2 4. Create the file system using the following cmd - newfs /dev/multipath/= mpta 5. Mount the file system to the /mnt/ location 6. Run the IO's on the mounted file system Observation details: 1. Connect the Enclosure with 2 to 3 SAS drives to system which has multi= path enabled. 2. Create the file system and run the IO's using the above procedure. 3. Unplug the Active path from the enclosure. 4. Sometimes the fail over on the passive path happens. But at times Data= corruption is seen on any one of drive while pulling out the active path f= rom the enclosure. On Other drives the IO still continue to run. 5. After removing the active path the multipath status will be shown up a= s degraded. Again on inserting the multipath the status will come up as opt= imal. The IOs are still running but the drive on which data corruption occu= rs the IOs never continue on that drive. The testing was done on two different enclosure and details are as follows. Server Enclosure Observation IBM x3650 M4 Camden 1 out 5 iterations Data corruption on any one of the drive. IBM x3650 M4 DELL Power Vault MD1220 1 out 5 iterations Data corruption on any one of the drive. Kindly let us know if there any issues similar to this has been reported to= the community. Or does it look like a fresh and does it really seem to be = potential defect? Best Regards Subramani From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 14:11:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AB9D106566C for ; Mon, 17 Sep 2012 14:11:58 +0000 (UTC) (envelope-from crtmike@gmx.us) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.43]) by mx1.freebsd.org (Postfix) with SMTP id C1A278FC08 for ; Mon, 17 Sep 2012 14:11:57 +0000 (UTC) Received: (qmail invoked by alias); 17 Sep 2012 13:53:43 -0000 Received: from unknown (EHLO bsd.laptop.mike) [124.89.80.227] by mail.gmx.com (mp-eu006) with SMTP; 17 Sep 2012 15:53:43 +0200 X-Authenticated: #137061016 X-Provags-ID: V01U2FsdGVkX1/QmRNQsnvQKUQYFzosB+gsi2I82N5JRJ/spvD3HM Bv7lyUvQ2sAF6b Message-ID: <50572B5F.8060006@gmx.us> Date: Mon, 17 Sep 2012 21:53:35 +0800 From: Mike Manilone User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120915 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <505406DF.6080205@gmx.us> <5056BE12.1000803@FreeBSD.org> In-Reply-To: <5056BE12.1000803@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: how to update ports while using pkgng? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 14:11:58 -0000 Will it be updated after ports? So then, I can just use pkgng :-) On 2012/09/17 14:07, Matthew Seaman wrote: > Also, the "official" pkgng repositories aren't really in action yet From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 15:54:46 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC944106566B for ; Mon, 17 Sep 2012 15:54:46 +0000 (UTC) (envelope-from feld@feld.me) Received: from feld.me (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id B1DA48FC15 for ; Mon, 17 Sep 2012 15:54:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=In-Reply-To:Message-Id:From:Mime-Version:Date:References:Subject:To:Content-Type; bh=/Co1EZj+2s191mbUChMo5aun7XxmhufvN1EI0o7U6wM=; b=m64uHt3ik8wfuZ2R8ZkMPWjBPr46SALwkcFUbo5CkauJS/lC3pFhqf64A2VmL0e046Mad/IipEhGklqr0efmZjbE/eKM8yPcZJq7lqpK7Ct6ffjHuhE2ruGokuZWmi3b; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by feld.me with esmtp (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TDdem-000Jb5-4D; Mon, 17 Sep 2012 10:54:45 -0500 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpa id 1347897278-3100-3099/5/66; Mon, 17 Sep 2012 15:54:38 +0000 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: stable@FreeBSD.org, "Pasupathy, Subramani" References: Date: Mon, 17 Sep 2012 10:54:36 -0500 Mime-Version: 1.0 From: Mark Felder Message-Id: In-Reply-To: User-Agent: Opera Mail/12.02 (FreeBSD) X-SA-Report: ALL_TRUSTED=-1, KHOP_THREADED=-0.5 X-SA-Score: -1.5 Cc: Subject: Re: Multipathing issue under FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 15:54:47 -0000 On Mon, 17 Sep 2012 04:14:14 -0500, Pasupathy, Subramani wrote: > > Kindly let us know if there any issues similar to this has been reported > to the community. Or does it look like a fresh and does it really seem > to be potential defect? I did extensive testing of the new(er) multipath code earlier (January-March) this year before putting our ZFS SANs into production. I was never able to produce corruption by breaking the multipath during my tests. There would be errors, but it always seemed to recover. I also would have expected ZFS to notice write errors or something during scrubbing. Hopefully this info is useful to someone out there... From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 17:08:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 70298106564A for ; Mon, 17 Sep 2012 17:08:59 +0000 (UTC) (envelope-from bryan@shatow.net) Received: from secure.xzibition.com (secure.xzibition.com [173.160.118.92]) by mx1.freebsd.org (Postfix) with ESMTP id 1A7138FC08 for ; Mon, 17 Sep 2012 17:08:58 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=sweb; b=Rw7kRr 3DWd2TkmbkyffdtKVoncUpaLN/5bXScRFW6ZZyUIaNAzg1Zw9nGzMW5N0svJh0kw EwHFF3f76Tqx2TeZDuYxslPIsNe3nsP/fGBjUybBfEgiL0LhFDmBRu0Zdj70SKf9 U7g1c2QC/9dw8tq206ewGugbqD+OKZVRDAc+g= DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=sweb; bh=WG15NG6JHCrH DY97MoaLOJ5yZsQeZa9KGErRjdnz54g=; b=QzOkDfMu7Gt7MYC/I6/1eYEi61jP BKi4OwyGSJxLoLuWxSaqb3rP5p+IUt5swTfCyLGnn6AIfAUvVNmLFxvTgIR44Wxk epTWSN/wz0874ylLccmPLxkDbTau3NJsMYuElhvdkgvSObSAhlqkm0zGU0EuD5Vd x+40tY68WDI2ic4= Received: (qmail 30120 invoked from network); 17 Sep 2012 12:08:50 -0500 Received: from unknown (HELO ?192.168.0.74?) (bryan@shatow.net@74.94.87.209) by sweb.xzibition.com with ESMTPA; 17 Sep 2012 12:08:50 -0500 Message-ID: <50575922.5030703@shatow.net> Date: Mon, 17 Sep 2012 12:08:50 -0500 From: Bryan Drewery User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: Mike Manilone References: <505406DF.6080205@gmx.us> In-Reply-To: <505406DF.6080205@gmx.us> X-Enigmail-Version: 1.4.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: how to update ports while using pkgng? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 17:08:59 -0000 On 9/14/2012 11:41 PM, Mike Manilone wrote: > Hi, > > I'm using ports with pkgng enabled. But I found that portmaster won't > work. Is there any way to update ports? Thanks! > > Sincerely, > Mike Manilone ports-mgmt/portupgrade-devel will work with PKGNG out of the box. Bryan From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 17:27:00 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F315106566B for ; Mon, 17 Sep 2012 17:27:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 773428FC19 for ; Mon, 17 Sep 2012 17:27:00 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DCDCFB91A for ; Mon, 17 Sep 2012 13:26:59 -0400 (EDT) From: John Baldwin To: stable@freebsd.org Date: Mon, 17 Sep 2012 13:26:59 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201209171326.59169.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 17 Sep 2012 13:27:00 -0400 (EDT) Cc: Subject: [PATCH] Locking for adv(4), adw(4), aha(4), ahb(4), aic(4), and bt(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 17:27:00 -0000 I have patches to add locking to the adv(4), adw(4), aha(4), ahb(4), aic(4), and bt(4) drivers so that they no longer use Giant. I would appreciate any testing folks are able to do. The patches are against HEAD but should apply to 8 or 9. Make sure you have INVARIANTS and INVARIANT_SUPPORT enabled for any initial testing that you do. Thanks! http://www.FreeBSD.org/~jhb/patches/adv_locking.patch http://www.FreeBSD.org/~jhb/patches/adw_locking.patch http://www.FreeBSD.org/~jhb/patches/aha_locking.patch http://www.FreeBSD.org/~jhb/patches/ahb_locking.patch http://www.FreeBSD.org/~jhb/patches/aic_locking.patch http://www.FreeBSD.org/~jhb/patches/bt_locking.patch -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 19:44:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 995B410656DC for ; Mon, 17 Sep 2012 19:44:00 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.freebsd.org (Postfix) with ESMTP id 1CAF98FC19 for ; Mon, 17 Sep 2012 19:43:59 +0000 (UTC) Received: from slackbox.erewhon.net (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id q8HJhHR8008494; Mon, 17 Sep 2012 21:43:17 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.net (Postfix, from userid 1001) id 608CC1232E; Mon, 17 Sep 2012 21:43:17 +0200 (CEST) Date: Mon, 17 Sep 2012 21:43:17 +0200 From: Roland Smith To: Mark Linimon Message-ID: <20120917194317.GB43284@slackbox.erewhon.net> References: <20120912060420.GE31029@lonesome.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JYK4vJDZwFMowpUq" Content-Disposition: inline In-Reply-To: <20120912060420.GE31029@lonesome.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Stable Mailing List , Andreas Nilsson Subject: Re: Clang as default compiler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 19:44:00 -0000 --JYK4vJDZwFMowpUq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 12, 2012 at 01:04:20AM -0500, Mark Linimon wrote: > On Tue, Sep 11, 2012 at 11:49:24PM +0200, Andreas Nilsson wrote: > > Is there a specif PR to use for ports that fails with clang and does > > not specify to use gcc ( > devel/cdecl and deskutils/calibre so were > > the culprits so far) >=20 > There is no specific PR. We have not yet placed the requirement on our > ports maintainers to deal with clang. >=20 > For most of the failures, we are already aware of them, as a result of > our periodic runs. So, just filing a PR to say "broken on clang" doesn't > really help us all that much. Those are build failures. What about crashes? E.g. I've recently had crashes with x11-wm/i3 and x11/rxvt-unicode. Both problems disappeared after recompiling them with gcc46.=20 Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --JYK4vJDZwFMowpUq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBXfVUACgkQEnfvsMMhpyU7tACePiL0WCeeQIhxg4da7E8OCpA1 CykAoKpTwIiH4xFyVo4/cpyuIqYc0AxC =U9YB -----END PGP SIGNATURE----- --JYK4vJDZwFMowpUq-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 19:46:07 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55D661065675; Mon, 17 Sep 2012 19:46:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 16FE08FC1E; Mon, 17 Sep 2012 19:46:07 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q8HJk6Gl020942; Mon, 17 Sep 2012 19:46:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q8HJk6wa020843; Mon, 17 Sep 2012 19:46:06 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 17 Sep 2012 19:46:06 GMT Message-Id: <201209171946.q8HJk6wa020843@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9_1 tinderbox] failure on arm/arm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 19:46:07 -0000 TB --- 2012-09-17 19:40:00 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-09-17 19:40:00 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-09-17 19:40:00 - starting RELENG_9_1 tinderbox run for arm/arm TB --- 2012-09-17 19:40:00 - cleaning the object tree TB --- 2012-09-17 19:40:00 - checking out /src from svn://svn.freebsd.org/base/releng/9.1 TB --- 2012-09-17 19:40:00 - cd /tinderbox/RELENG_9_1/arm/arm TB --- 2012-09-17 19:40:00 - /usr/local/bin/svn cleanup /src TB --- 2012-09-17 19:41:33 - /usr/local/bin/svn update /src TB --- 2012-09-17 19:46:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-17 19:46:06 - ERROR: unable to check out the source tree TB --- 2012-09-17 19:46:06 - 3.32 user 3.69 system 365.86 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9_1-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 20:53:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A6513106564A for ; Mon, 17 Sep 2012 20:53:55 +0000 (UTC) (envelope-from mattblists@icritical.com) Received: from mail3.icritical.com (mail3.icritical.com [212.57.248.143]) by mx1.freebsd.org (Postfix) with SMTP id E42358FC15 for ; Mon, 17 Sep 2012 20:53:54 +0000 (UTC) Received: (qmail 15372 invoked from network); 17 Sep 2012 06:50:35 -0000 Received: from localhost (127.0.0.1) by mail3.icritical.com with SMTP; 17 Sep 2012 06:50:35 -0000 Received: (qmail 15363 invoked by uid 599); 17 Sep 2012 06:50:34 -0000 Received: from unknown (HELO PDC002.icritical.int) (212.57.254.146) by mail3.icritical.com (qpsmtpd/0.28) with ESMTP; Mon, 17 Sep 2012 07:50:34 +0100 Message-ID: <5056C838.6050005@icritical.com> Date: Mon, 17 Sep 2012 07:50:32 +0100 From: Matt Burke User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120906 Thunderbird/15.0 MIME-Version: 1.0 To: References: <503E129B.7070607@icritical.com> <20120913170452.GF5302@isuckatdomains.isuckatdomains.net> In-Reply-To: <20120913170452.GF5302@isuckatdomains.isuckatdomains.net> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-TLS-Incoming: YES X-Virus-Scanned: by iCritical at mail3.icritical.com Subject: Re: Userland dtrace broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 20:53:55 -0000 On 09/13/12 18:04, Chris Nehren wrote: > Relevant to my interests, too. I've followed the instructions on the > wiki / in the handbook (on 9.0/9.1-PRE) and only receive error messages. > Is DTrace supposed to be working properly on 9.x, or is it still > experimental? >From my experience, as long as you avoid using the pid provider, and don't bother trying to get fbt:::return arguments, then it works reliably. I haven't tried userland static probes though. Tracing userland works *occasionally* (I find maybe ~20% of the time when it's the first command run on a machine with <1m uptime), but you're more likely to get strange results, or just a panic. -- The information contained in this message is confidential and intended for the addressee only. If you have received this message in error, or there are any problems with its content, please contact the sender. iCritical is a trading name of Critical Software Ltd. Registered in England: 04909220. Registered Office: IC2, Keele Science Park, Keele, Staffordshire, ST5 5NH. This message has been scanned for security threats by iCritical. www.icritical.com From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 22:02:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9510106566C for ; Mon, 17 Sep 2012 22:02:27 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 805898FC08 for ; Mon, 17 Sep 2012 22:02:26 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:59a6:c010:f3bf:87fa] (unknown [IPv6:2001:7b8:3a7:0:59a6:c010:f3bf:87fa]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id A05035C59; Tue, 18 Sep 2012 00:02:25 +0200 (CEST) Message-ID: <50579DEC.3060902@FreeBSD.org> Date: Tue, 18 Sep 2012 00:02:20 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: Roland Smith References: <20120912060420.GE31029@lonesome.com> <20120917194317.GB43284@slackbox.erewhon.net> In-Reply-To: <20120917194317.GB43284@slackbox.erewhon.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mark Linimon , FreeBSD Stable Mailing List , Andreas Nilsson Subject: Re: Clang as default compiler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 22:02:27 -0000 On 2012-09-17 21:43, Roland Smith wrote: > On Wed, Sep 12, 2012 at 01:04:20AM -0500, Mark Linimon wrote: ... >> For most of the failures, we are already aware of them, as a result of >> our periodic runs. So, just filing a PR to say "broken on clang" doesn't >> really help us all that much. > > Those are build failures. What about crashes? E.g. I've recently had > crashes with x11-wm/i3 and x11/rxvt-unicode. Both problems disappeared after > recompiling them with gcc46. We can't figure them all out without *your* help. :-) Please attempt to run the program in a debugger, gather core dumps, etc. Or at least, try to make it into a reproducible case, so somebody else can attempt to diagnose it. And please specify the exact version of clang you used. Now, most of the time this is because programs contain bugs, or undefined behavior, which happens to go unnoticed with gcc, for example because it optimized by accident in such a way to mask the bug. In a few other cases, real clang bugs are found, and most of the time, those can be fixed quickly. That said, in these cases specifically, how do the applications crash? Right at startup, or after specific inputs or user actions? From owner-freebsd-stable@FreeBSD.ORG Tue Sep 18 12:20:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4835E106564A; Tue, 18 Sep 2012 12:20:28 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id C735E8FC17; Tue, 18 Sep 2012 12:20:27 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id C950B25D389C; Tue, 18 Sep 2012 12:20:26 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 04C1DBE8497; Tue, 18 Sep 2012 12:20:26 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id oaVWIqSdCRWF; Tue, 18 Sep 2012 12:20:24 +0000 (UTC) Received: from nv.sbone.de (nv.sbone.de [IPv6:fde9:577b:c1a9:31::2013:138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id B32E6BE8496; Tue, 18 Sep 2012 12:20:24 +0000 (UTC) Date: Tue, 18 Sep 2012 12:20:23 +0000 (UTC) From: "Bjoern A. Zeeb" To: FreeBSD Release Engineering Team In-Reply-To: <1345697446.84337.11.camel@neo.cse.buffalo.edu> Message-ID: References: <1345697446.84337.11.camel@neo.cse.buffalo.edu> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable Subject: Re: FreeBSD 9.1-RC1 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2012 12:20:28 -0000 On Thu, 23 Aug 2012, Ken Smith wrote: Hi, let me reply to the very initial email in this monster of public thread. > With both the doc and ports repositories now moved to SVN it has been > decided to not export the 9.1 release branch activity to CVS. So > csup/cvsup update mechanisms are not available for updating to 9.1-RC1. > If you would like to use SVN the branch to use is releng/9.1. RELENG_9_1 is now exported the CVS as well and will be for as long as things will be exported to CVS. It will take another few hours to get near your local mirror as they'll all be chewing on each other the next 12 hours. Enjoy! Any further discussions on src export I'll leave to other people wearing hats. /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 18 12:25:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B03B10657C0 for ; Tue, 18 Sep 2012 12:25:48 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 458F88FC19 for ; Tue, 18 Sep 2012 12:25:47 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1TDws0-0002Lq-SW for freebsd-stable@freebsd.org; Tue, 18 Sep 2012 05:25:40 -0700 Date: Tue, 18 Sep 2012 05:25:40 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1347971140835-5744598.post@n5.nabble.com> In-Reply-To: <201209120630.33981.alonsoschaich@fastmail.fm> References: <201209120630.33981.alonsoschaich@fastmail.fm> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Clang as default compiler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2012 12:25:48 -0000 Could you elaborate? After setting WITHOUT_GCC I don't have installed gcc/++ so it looks like it's working. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Clang-as-default-compiler-tp5742836p5744598.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 18 15:25:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3AA4B106566B for ; Tue, 18 Sep 2012 15:25:19 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp1.sbb.rs (smtp1.sbb.rs [89.216.2.33]) by mx1.freebsd.org (Postfix) with ESMTP id 979878FC0C for ; Tue, 18 Sep 2012 15:25:18 +0000 (UTC) Received: from mycenae (cable-178-148-109-154.dynamic.sbb.rs [178.148.109.154]) by smtp1.sbb.rs (8.14.0/8.14.0) with ESMTP id q8IFP4LI009005 for ; Tue, 18 Sep 2012 17:25:09 +0200 Received: by mycenae (Postfix, from userid 1001) id 24B045C5E; Tue, 18 Sep 2012 17:25:27 +0200 (CEST) Date: Tue, 18 Sep 2012 17:25:26 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20120918152526.GA1155@mycenae.sbb.rs> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: -1.8 Subject: 9.1 and amdtemp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2012 15:25:19 -0000 On asus m5a97 mobo with amd 8120, RC1. Loading amdtemp.ko shows no temperature. People on the net post having source from head solved the issue. Would it be included in 9.1 release? If not, I might compile source and rename it to something like temperature.ko, then load it. Btw, someone knows about new schedule for the release? Best regards all Zoran From owner-freebsd-stable@FreeBSD.ORG Tue Sep 18 16:14:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D27EA106566C for ; Tue, 18 Sep 2012 16:14:46 +0000 (UTC) (envelope-from gondim@bsdinfo.com.br) Received: from zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [186.193.48.13]) by mx1.freebsd.org (Postfix) with ESMTP id 8BD7E8FC0A for ; Tue, 18 Sep 2012 16:14:46 +0000 (UTC) Received: from zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [127.0.0.1]) by zeus.linuxinfo.com.br (Postfix) with ESMTP id 9D8F9466A452 for ; Tue, 18 Sep 2012 13:14:05 -0300 (BRT) X-Virus-Scanned: amavisd-new at zeus.linuxinfo.com.br Received: from zeus.linuxinfo.com.br ([127.0.0.1]) by zeus.linuxinfo.com.br (zeus.linuxinfo.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PZ0I_igJchTQ for ; Tue, 18 Sep 2012 13:13:59 -0300 (BRT) Received: from [127.0.0.1] (unknown [186.193.48.8]) by zeus.linuxinfo.com.br (Postfix) with ESMTPSA id D8F58466A422 for ; Tue, 18 Sep 2012 13:13:57 -0300 (BRT) Message-ID: <50589DE6.4090107@bsdinfo.com.br> Date: Tue, 18 Sep 2012 13:14:30 -0300 From: Marcelo Gondim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Panic with fusefs-ntfs on FreeBSD 9 RC1 amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2012 16:14:46 -0000 I installed the package ntfs-fusefs on two different servers and both causes kernel panic when trying to copy anything. A server using FreeBSD 9.0 STABLE amd64 and the other using FreeBSD 9 RC1 amd64. Someone is having the same problem? Gondim From owner-freebsd-stable@FreeBSD.ORG Tue Sep 18 17:22:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6B321065673 for ; Tue, 18 Sep 2012 17:22:02 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.8]) by mx1.freebsd.org (Postfix) with ESMTP id 5E10B8FC0C for ; Tue, 18 Sep 2012 17:22:01 +0000 (UTC) Received: from nb981.math (31-18-156-120-dynip.superkabel.de [31.18.156.120]) by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis) id 0MGE0B-1TKKLY1bdv-00EcP0; Tue, 18 Sep 2012 19:21:51 +0200 Message-ID: <5058ADAA.6080305@janh.de> Date: Tue, 18 Sep 2012 19:21:46 +0200 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120910 Thunderbird/15.0.1 MIME-Version: 1.0 To: Marcelo Gondim References: <50589DE6.4090107@bsdinfo.com.br> In-Reply-To: <50589DE6.4090107@bsdinfo.com.br> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:ayf71rHg0SfRG8swXbWUjO1Cvq6vFjGNMtAeWTYmFfn YdTzRYpIBkhuIDzWYyrG1EPCvV6YiUoaidaOGXE4iLRAMj4KkX xIR1xQKAY8t+UW1DgG3edD1nhhfpAYV+xxVcyrH6iXWR8ZidMB lKahWHbrkptfCUOSzA8Q2azxBXEmtl/TbcTRee1ZTaEQVhGoi0 DOMZdVh7HY+99IKaRyw5tVBip6hdrE2uS3932fj3dTQ9lQtPWo OkhcBw4E+kKbIzQrpBlKxxFqT5RoPLfZVqPtUxw0hWfHGUgV90 ekgqW6zLHWiUGS6HxMAPEOC4Fpgf9epnVCY34sUqQ+mg/ZIVg= = Cc: stable-list freebsd , Edward Sanford Sutton III Subject: Re: Panic with fusefs-ntfs on FreeBSD 9 RC1 amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2012 17:22:02 -0000 On 09/18/2012 18:14, Marcelo Gondim wrote: > I installed the package ntfs-fusefs on two different servers and both > causes kernel panic when trying to copy anything. I got panics, too, but found some patch that I attached to ports/169165. Unfortunately, the maintainer of sysutils/fusefs-kmod (Cced) did not reply for the last four weeks. It could be committed due to a maintainer timeout. Cheers, Jan Henrik From owner-freebsd-stable@FreeBSD.ORG Wed Sep 19 00:53:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD851106566C for ; Wed, 19 Sep 2012 00:53:48 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 382868FC08 for ; Wed, 19 Sep 2012 00:53:47 +0000 (UTC) Received: by weyx56 with SMTP id x56so315721wey.13 for ; Tue, 18 Sep 2012 17:53:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3/olG3Tkc7UsUpW8613w53J13SI2Nqc4LqBH//hYtqU=; b=J9ioA6dPZpdq3sWegqrwNxUJUAidFKSL6xMZ08OcYQnWiw2j7E3WkDI8rT6bmuu8/5 e+N3x8rCD3MKoypAGIwiNUrW+u8O7uEaWNKbgRNYACnZa5/REIL1aQrdwgo0g1iqJwrY gRrGz71knPbWVCkBIlm2oEB091bK0iVerw22YdS6F52mc6B8VMzF6e3uq7Pps5Weq6Pu rgeoasV17i3kJcLWME/tvWx1DOsi7N9nOVRw9rQmBL9Ike6YRMw6LYhQhUaVsIuqEF/P flBeO1K3HziRheYGgvvaBsjHP2KcMxt/eqDDY9UD96MS8FbITKlTNzuSCzjjemq/S/gF pvBg== MIME-Version: 1.0 Received: by 10.180.8.40 with SMTP id o8mr3071978wia.9.1348016026603; Tue, 18 Sep 2012 17:53:46 -0700 (PDT) Received: by 10.223.151.130 with HTTP; Tue, 18 Sep 2012 17:53:46 -0700 (PDT) In-Reply-To: <5058ADAA.6080305@janh.de> References: <50589DE6.4090107@bsdinfo.com.br> <5058ADAA.6080305@janh.de> Date: Tue, 18 Sep 2012 17:53:46 -0700 Message-ID: From: Kevin Oberman To: Jan Henrik Sylvester Content-Type: text/plain; charset=UTF-8 Cc: Marcelo Gondim , stable-list freebsd , Edward Sanford Sutton III Subject: Re: Panic with fusefs-ntfs on FreeBSD 9 RC1 amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2012 00:53:48 -0000 On Tue, Sep 18, 2012 at 10:21 AM, Jan Henrik Sylvester wrote: > On 09/18/2012 18:14, Marcelo Gondim wrote: >> >> I installed the package ntfs-fusefs on two different servers and both >> causes kernel panic when trying to copy anything. > > > I got panics, too, but found some patch that I attached to ports/169165. > > Unfortunately, the maintainer of sysutils/fusefs-kmod (Cced) did not reply > for the last four weeks. > > It could be committed due to a maintainer timeout. Florian Smeets recently posted ports of updated versions of fusefs-libs and fusefs-ntfs on ports@ with a call for testing. You might want to look at that, though I hit a bit of a sticky wicket. After the upgrade of those ports I could no longer build fusefs-kmod. :-( If I get some time, I may be able to track the missing declaration down, but I would not bet on it. Florian said he will look into it when he has some time, but I have no idea when that might be. On the other hand, I have found it to be fairly stable. I keep all of my l of my music and video on an NTFS partition that is available to both Windows and FreeBSD. Gets fairly heavy use, but it very read-mostly. I have used it since at least 8.0 and probably 7.2 on both i386 and amd64. I can crash it reliably by using rsync to copy files and it periodically seems to lose some context. All files/directories start reporting "Non-existent". Resetting the cwd with cd seems to get this working again, though. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Sep 19 02:55:30 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB2D0106566B for ; Wed, 19 Sep 2012 02:55:30 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 64A4E8FC12 for ; Wed, 19 Sep 2012 02:55:29 +0000 (UTC) Received: by lahe6 with SMTP id e6so283866lah.13 for ; Tue, 18 Sep 2012 19:55:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=LrISoSxZ1KFDmhWeqZxBWeIfc7QsBnhK1w+AvJCBnX0=; b=T+LEUULogffcVtU2R2TpsL4r6eN2VP/vbvNO0u6FRhozpf/5L3XbTEtdv4pkOOD6ow NflEtYmupbwvKOSdEsrU4n7ctQmeHGFyW4Itjc/jJjpwjP3n19ow8YGp+7qeZAELJ2K7 aCAQcC/c+Xtz4EAcb5Gkoj1uI2VZU1obTB2ozyfIfV3N6kCiWCz0SYGmG2OQixQnHnPG P/XT3Ae9lJDaegwAB91z/7JO0AhaFlGSruP/1gGTunpT9TAePN2HMJJhhW7g6GCubGQM W4LETw+tmKuQu6JjZg0JMruraXQ1r9tP65386T77qBhDKqxksxiTiKKsEFsvZieX3uEA j96w== MIME-Version: 1.0 Received: by 10.152.46.209 with SMTP id x17mr1402435lam.38.1348023327815; Tue, 18 Sep 2012 19:55:27 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.102.39 with HTTP; Tue, 18 Sep 2012 19:55:27 -0700 (PDT) In-Reply-To: <50589DE6.4090107@bsdinfo.com.br> References: <50589DE6.4090107@bsdinfo.com.br> Date: Wed, 19 Sep 2012 03:55:27 +0100 X-Google-Sender-Auth: xcvLEzz55Y2S3Jqgrbp7N3dq87w Message-ID: From: Attilio Rao To: Marcelo Gondim Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: Panic with fusefs-ntfs on FreeBSD 9 RC1 amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2012 02:55:31 -0000 On Tue, Sep 18, 2012 at 5:14 PM, Marcelo Gondim wrote: > I installed the package ntfs-fusefs on two different servers and both causes > kernel panic when trying to copy anything. > A server using FreeBSD 9.0 STABLE amd64 and the other using FreeBSD 9 RC1 > amd64. > Someone is having the same problem? Hello Marcelo, Do you think you can try fuse import explained here: http://lists.freebsd.org/pipermail/freebsd-current/2012-September/036677.html The proposed patch is for HEAD@240684 but I'm sure it should apply cleanly to RELENG_9_1 too. Please let me know if you have further questions. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Wed Sep 19 03:41:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87D2B106566B; Wed, 19 Sep 2012 03:41:00 +0000 (UTC) (envelope-from ddesimone@verio.net) Received: from relay2-bcrtfl2.verio.net (relay2-bcrtfl2.verio.net [131.103.218.177]) by mx1.freebsd.org (Postfix) with ESMTP id 339138FC08; Wed, 19 Sep 2012 03:41:00 +0000 (UTC) Received: from iad-wprd-xchw01.corp.verio.net (iad-wprd-xchw01.corp.verio.net [198.87.7.164]) by relay2-bcrtfl2.verio.net (Postfix) with ESMTP id 8BC311FF02ED; Tue, 18 Sep 2012 23:08:59 -0400 (EDT) thread-index: Ac2WFBzoWPmUufLdRBO5G0XzmsnhRQ== Received: from hometx-733b1p1.corp.verio.net ([10.144.2.53]) by iad-wprd-xchw01.corp.verio.net over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Tue, 18 Sep 2012 23:08:58 -0400 Received: by hometx-733b1p1.corp.verio.net (sSMTP sendmail emulation); Tue, 18 Sep 2012 22:08:58 -0500 Content-Transfer-Encoding: 7bit Date: Tue, 18 Sep 2012 22:08:58 -0500 From: "David DeSimone" Content-Class: urn:content-classes:message Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4913 To: "Daniel Eischen" Message-ID: <20120919030858.GG6080@verio.net> Mail-Followup-To: Daniel Eischen , freebsd-net@freebsd.org, freebsd-stable@freebsd.org References: <503884A0.50708@zirakzigil.org> <503BC8F5.3040208@zirakzigil.org> <503E7A16.6030600@zirakzigil.org> <5044F62E.8030001@zirakzigil.org> <504FA735.709@zirakzigil.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Disposition: inline In-Reply-To: Precedence: bulk User-Agent: Mutt/1.5.20 (2009-12-10) X-OriginalArrivalTime: 19 Sep 2012 03:08:58.0169 (UTC) FILETIME=[1C494A90:01CD9614] Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Issue with igb and lagg (was Re: Problem with link aggregation + sshd) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2012 03:41:00 -0000 Daniel Eischen wrote: > > My rc.conf is something like this: > > # > # For now, force ath0 to use the same MAC address as xl0. > # This works around a bug where lagg is unable to set the > # MAC address of the underlying wlan0 interface. > # > ifconfig_ath0="ether 01:02:03:04:05:06" > wlans_ath0=wlan0 > ifconfig_wlan0="ssid SSID_FOO_NAME WPA" I hope the above isn't literally what you're using for your MAC address. The first octet in particular, because it has LSB set to 1, will be treated as a multicast address, and many routers and switches will not believe it when it's given as an ARP reply, or as a source address for traffic. I'm hoping it's just an example you substituted so as not to reveal your actual MAC. When making up MAC addresses, keep the LSB of the first octet at zero (required) and set the next bit to 1 (optional, but a good practice). So first octet should be 02, 06, 8a, 9e, etc... any even number, preferably multiple of four, plus two. > ifconfig_xl0="up" > closed_interfaces="lagg0" > ifconfig_lagg0="laggproto failover laggport xl0 laggport wlan0" > ifconfig_lagg0_alias0="inet 10.0.0.4 netmask 0xffffff00" > > I use aliasX to add the address and netmask. > > -- > DE -- David DeSimone == Network Admin == fox@verio.net "I don't like spinach, and I'm glad I don't, because if I liked it I'd eat it, and I just hate it." -- Clarence Darrow This email message is intended for the use of the person to whom it has been sent, and may contain information that is confidential or legally protected. If you are not the intended recipient or have received this message in error, you are not authorized to copy, distribute, or otherwise use this message or its attachments. Please notify the sender immediately by return e-mail and permanently delete this message and any attachments. Verio Inc. makes no warranty that this email is error or virus free. Thank you. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 19 03:55:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DB16106564A; Wed, 19 Sep 2012 03:55:34 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 2729F8FC12; Wed, 19 Sep 2012 03:55:34 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.5/8.14.5/NETPLEX) with ESMTP id q8J3tRnJ062766; Tue, 18 Sep 2012 23:55:27 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.7 (mail.netplex.net [204.213.176.10]); Tue, 18 Sep 2012 23:55:27 -0400 (EDT) Date: Tue, 18 Sep 2012 23:55:27 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: David DeSimone In-Reply-To: <20120919030858.GG6080@verio.net> Message-ID: References: <503884A0.50708@zirakzigil.org> <503BC8F5.3040208@zirakzigil.org> <503E7A16.6030600@zirakzigil.org> <5044F62E.8030001@zirakzigil.org> <504FA735.709@zirakzigil.org> <20120919030858.GG6080@verio.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Issue with igb and lagg (was Re: Problem with link aggregation + sshd) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2012 03:55:34 -0000 On Tue, 18 Sep 2012, David DeSimone wrote: > Daniel Eischen wrote: >> >> My rc.conf is something like this: >> >> # >> # For now, force ath0 to use the same MAC address as xl0. >> # This works around a bug where lagg is unable to set the >> # MAC address of the underlying wlan0 interface. >> # >> ifconfig_ath0="ether 01:02:03:04:05:06" >> wlans_ath0=wlan0 >> ifconfig_wlan0="ssid SSID_FOO_NAME WPA" > > I hope the above isn't literally what you're using for your MAC address. No, of course not :-) I thought it was obvious I elided my actual MAC address. -- DE From owner-freebsd-stable@FreeBSD.ORG Wed Sep 19 12:40:14 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9EA0106566B for ; Wed, 19 Sep 2012 12:40:14 +0000 (UTC) (envelope-from nealie@kobudo.homeunix.net) Received: from nicandneal.net (nicandneal.net [194.231.42.198]) by mx1.freebsd.org (Postfix) with ESMTP id 506598FC15 for ; Wed, 19 Sep 2012 12:40:13 +0000 (UTC) Received: from [10.0.0.10] ([194.231.42.198]) (AUTH: PLAIN nealie, TLS: TLSv1/SSLv3,128bits,AES128-SHA) by nicandneal.net with ESMTPSA; Wed, 19 Sep 2012 14:35:05 +0200 id 0000B80A.000000005059BBFA.00007CEE From: Neal Nelson Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 19 Sep 2012 14:35:05 +0200 Message-Id: <25859450-4D24-469F-87D3-1314BB1CA509@kobudo.homeunix.net> To: stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Cc: Subject: Discs not spinning down for 9.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2012 12:40:15 -0000 HI all. I have recently updated to the new ATA system and I have a problem in = that the SATA discs on my Promise PDC40718 controller do not spin down = on power off. This operated perfectly before using the old ATA system. After all buffers have synced, I get messages of the following ilk (hand = transcribed unfortunately): (ada1:ata3:0:0:0): STANDBY_IMMEDIATE. ACB: e0 00 00 00 00 40 00 00 00 00 = 00 00 (ada1:ata3:0:0:0): CAM status: Command timeout (ada1:ata3:0:0:0): Error 5, Retries exhausted (ada1:ata3:0:0:0): Spin-down disk failed This doesn't happen for the built in SATA controller on the Intel ICH7 = as far as I can tell, only for discs on the Promise PDC40718. I am running 9.1-RC1 #1 amd64 built from fresh source today and I'm = running the GENERIC kernel. If anyone has any ideas, I'd be very grateful. Regards, Neal.= From owner-freebsd-stable@FreeBSD.ORG Wed Sep 19 13:01:07 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37695106564A; Wed, 19 Sep 2012 13:01:07 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from lordcow.org (lordcow.org [41.203.5.188]) by mx1.freebsd.org (Postfix) with ESMTP id 784438FC08; Wed, 19 Sep 2012 13:01:06 +0000 (UTC) Received: from lordcow.org (localhost [127.0.0.1]) by lordcow.org (8.14.5/8.14.5) with ESMTP id q8JD0qAW078752 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 19 Sep 2012 15:00:52 +0200 (SAST) (envelope-from lordcow@lordcow.org) Received: (from lordcow@localhost) by lordcow.org (8.14.5/8.14.5/Submit) id q8JD0lra078751; Wed, 19 Sep 2012 15:00:47 +0200 (SAST) (envelope-from lordcow) Date: Wed, 19 Sep 2012 15:00:47 +0200 From: Gareth de Vaux To: questions@freebsd.org Message-ID: <20120919130047.GA61682@lordcow.org> References: <20120918093057.GA20095@lordcow.org> <20120918213128.GA43131@lordcow.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120918213128.GA43131@lordcow.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lordcow.org Cc: stable@freebsd.org Subject: Re: schg flags from installworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2012 13:01:07 -0000 On Tue 2012-09-18 (23:31), Gareth de Vaux wrote: > Looking at /usr/src/share/mk/bsd.prog.mk and /usr/src/share/mk/bsd.lib.mk - > bins and libs get installed with schg if PRECIOUSPROG and PRECIOUSLIB are > set respectively in their makefiles, both of which can be overridden by > setting NO_FSCHG, presumably in /etc/make.conf. > > Without this doing jail maintenance/upgrades is a nightmare on a host with > a securelevel of 1 but I haven't seen this mentioned anywhere. For the record the override works, except with /usr/bin/passwd. There seems to be a missing 'if !defined(NO_FSCHG)' condition around the afterinstall in /usr/src/usr.bin/passwd/Makefile. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 19 13:55:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C1761065670 for ; Wed, 19 Sep 2012 13:55:00 +0000 (UTC) (envelope-from xaque208@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 410F48FC15 for ; Wed, 19 Sep 2012 13:55:00 +0000 (UTC) Received: by vcbfw7 with SMTP id fw7so1496486vcb.13 for ; Wed, 19 Sep 2012 06:54:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=8muP6ZRVFgBjISa9c6kLCU3uftjpnsscuM+AX/ks/zo=; b=AoVw+sp9p9NDa+OCAYC/O2ZIiHjmzU0m+CSyAchG5kdg90YC/qDbHkjJK5zT/U/G8x NtXXZFbZQZvsqeg0Da00LUtsdieuMN0kaJ6t1lVEXQbFtwbOvHH2iS2WNq7L7G9xk5bA 9vHIyuLnBXsOhAovsqJYHWO7pIJEglqCcUTBD0DpgKCRpxJApjKY8WnvZPOwzTDAH0hJ yYPTdxLQ1lm1oEb9zn9ERlBhmYFEo1y3GxWvOy5J0tj3EiAwIZFB2NpO1N2NP0X0Sqxs yydJNNEHb0M0pHQ5p2UWNaN5req8fQiIBHrQgcSIkpR5xFpvpzyjfXN04J68N1oMxO6o XkMw== MIME-Version: 1.0 Received: by 10.220.155.3 with SMTP id q3mr1982083vcw.11.1348062899689; Wed, 19 Sep 2012 06:54:59 -0700 (PDT) Received: by 10.220.190.131 with HTTP; Wed, 19 Sep 2012 06:54:59 -0700 (PDT) Date: Wed, 19 Sep 2012 06:54:59 -0700 Message-ID: From: Zach Leslie To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Strange IPv6 in FreeBSD 9.1RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2012 13:55:00 -0000 HI Folks, I've got two boxes that I recently moved from -stable to 9.1rc1. I did them one at a time, with about a week between the upgrades. After the first upgrade, I noticed something strange with networking but didn't really dig into it much. After the second upgrade immediately experiencing the same issues, I figured it seemed to be something related to 9.1rc1. What I am finding is that packets that originate from the FreeBSD boxes do not get returned when running IPv6. V4 seems to be fine. I can also shell into the boxes without issue, which is strange, since I would figure if there were network issues, then I would see it for both in and out. So box sends a syn outbound, ack is never returned. I can see on the destination boxes interface that the return packet is never actually generated. Running tcpdump -nei pflog0 doesn't show any blocked return packets, so I think the packets are just not getting generated. I don't really understand how this could be honestly. I first thought it was an issue with a Linux box, since its running a service that both boxes are trying to talk to, but I don't think this is the case. I see the same behavior when I try to shell from one FreeBSD box to the other. I was encouraged to send a note to the list, even though I have very little concrete. Is anyone else seeing any strange IPv6 related networking issues on 9.1RC1? -- Zach From owner-freebsd-stable@FreeBSD.ORG Wed Sep 19 17:13:28 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D43201065670; Wed, 19 Sep 2012 17:13:28 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id 64F808FC14; Wed, 19 Sep 2012 17:13:27 +0000 (UTC) Received: from slackbox.erewhon.net (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id q8JHCocP043022; Wed, 19 Sep 2012 19:12:50 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.net (Postfix, from userid 1001) id 7FBD812392; Wed, 19 Sep 2012 19:12:50 +0200 (CEST) Date: Wed, 19 Sep 2012 19:12:50 +0200 From: Roland Smith To: Dimitry Andric Message-ID: <20120919171250.GA50969@slackbox.erewhon.net> References: <20120912060420.GE31029@lonesome.com> <20120917194317.GB43284@slackbox.erewhon.net> <50579DEC.3060902@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline In-Reply-To: <50579DEC.3060902@FreeBSD.org> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Mark Linimon , FreeBSD Stable Mailing List , Andreas Nilsson Subject: Re: Clang as default compiler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2012 17:13:29 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 18, 2012 at 12:02:20AM +0200, Dimitry Andric wrote: > On 2012-09-17 21:43, Roland Smith wrote: > > On Wed, Sep 12, 2012 at 01:04:20AM -0500, Mark Linimon wrote: > ... > >> For most of the failures, we are already aware of them, as a result of > >> our periodic runs. So, just filing a PR to say "broken on clang" does= n't > >> really help us all that much. > > > > Those are build failures. What about crashes? E.g. I've recently had > > crashes with x11-wm/i3 and x11/rxvt-unicode. Both problems disappeared = after > > recompiling them with gcc46. >=20 > We can't figure them all out without *your* help. :-) Please attempt to > run the program in a debugger, gather core dumps, etc. Or at least, try > to make it into a reproducible case, so somebody else can attempt to > diagnose it. And please specify the exact version of clang you used. I was using the clang that is in base in 9.0-RELEASE-p3: FreeBSD clang version 3.0 (branches/release_30 142614) 20111021 Target: x86_64-unknown-freebsd9.0 Thread model: posix I was thinking of installing the most recent clang-devel since it seemed to have a lot of improvements, but I was wondering what is the correct way of makeing sure that it is used in preference to the one in base? I thought ab= out moving /usr/local/bin before /usr/bin in $PATH, but I'm not sure that is a good idea. > Now, most of the time this is because programs contain bugs, or > undefined behavior, which happens to go unnoticed with gcc, for example > because it optimized by accident in such a way to mask the bug. In a > few other cases, real clang bugs are found, and most of the time, those > can be fixed quickly. >=20 > That said, in these cases specifically, how do the applications crash? > Right at startup, or after specific inputs or user actions? Rxvt-unicode seemed to crash reliably whenever I was scrolling through a document with less(1). If I reached the end of the document, and pressed Pa= ge Down (keysim Next), it would crash. It was quite weird.=20 I couldn't pinpoint a concrete action that crashed x11-wm/i3. Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --FCuugMFkClbJLl1L Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBZ/RIACgkQEnfvsMMhpyViTgCfU7FdcBj9QHAmqz+UFo455RTx M/4AnAyUYQ/Wjxp+kunJXr8Ln6lqGlaz =NPak -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 19 18:13:51 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B54AF106566B; Wed, 19 Sep 2012 18:13:51 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7F4228FC12; Wed, 19 Sep 2012 18:13:51 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TEOmL-0002hN-TO; Wed, 19 Sep 2012 14:13:41 -0400 Date: Wed, 19 Sep 2012 14:13:41 -0400 From: Gary Palmer To: Roland Smith Message-ID: <20120919181341.GD77784@in-addr.com> References: <20120912060420.GE31029@lonesome.com> <20120917194317.GB43284@slackbox.erewhon.net> <50579DEC.3060902@FreeBSD.org> <20120919171250.GA50969@slackbox.erewhon.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120919171250.GA50969@slackbox.erewhon.net> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: Mark Linimon , Dimitry Andric , Andreas Nilsson , FreeBSD Stable Mailing List Subject: Re: Clang as default compiler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2012 18:13:51 -0000 On Wed, Sep 19, 2012 at 07:12:50PM +0200, Roland Smith wrote: > On Tue, Sep 18, 2012 at 12:02:20AM +0200, Dimitry Andric wrote: > > On 2012-09-17 21:43, Roland Smith wrote: > > > On Wed, Sep 12, 2012 at 01:04:20AM -0500, Mark Linimon wrote: > > ... > > >> For most of the failures, we are already aware of them, as a result of > > >> our periodic runs. So, just filing a PR to say "broken on clang" doesn't > > >> really help us all that much. > > > > > > Those are build failures. What about crashes? E.g. I've recently had > > > crashes with x11-wm/i3 and x11/rxvt-unicode. Both problems disappeared after > > > recompiling them with gcc46. > > > > We can't figure them all out without *your* help. :-) Please attempt to > > run the program in a debugger, gather core dumps, etc. Or at least, try > > to make it into a reproducible case, so somebody else can attempt to > > diagnose it. And please specify the exact version of clang you used. > > I was using the clang that is in base in 9.0-RELEASE-p3: > > FreeBSD clang version 3.0 (branches/release_30 142614) 20111021 > Target: x86_64-unknown-freebsd9.0 > Thread model: posix > > I was thinking of installing the most recent clang-devel since it seemed to > have a lot of improvements, but I was wondering what is the correct way of > makeing sure that it is used in preference to the one in base? I thought about > moving /usr/local/bin before /usr/bin in $PATH, but I'm not sure that is a > good idea. > > > Now, most of the time this is because programs contain bugs, or > > undefined behavior, which happens to go unnoticed with gcc, for example > > because it optimized by accident in such a way to mask the bug. In a > > few other cases, real clang bugs are found, and most of the time, those > > can be fixed quickly. > > > > That said, in these cases specifically, how do the applications crash? > > Right at startup, or after specific inputs or user actions? > > Rxvt-unicode seemed to crash reliably whenever I was scrolling through a > document with less(1). If I reached the end of the document, and pressed Page > Down (keysim Next), it would crash. It was quite weird. > That sounds like the bell was doing it. If you do CTRL-G (or something else that makes a beep) from the shell prompt in rxvt-unicode does it also crash? Regards, Gary From owner-freebsd-stable@FreeBSD.ORG Thu Sep 20 04:56:01 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D943106566B; Thu, 20 Sep 2012 04:56:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 5CCA48FC08; Thu, 20 Sep 2012 04:56:01 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q8K4u0RY071086; Thu, 20 Sep 2012 04:56:00 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q8K4u0fp071035; Thu, 20 Sep 2012 04:56:00 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 04:56:00 GMT Message-Id: <201209200456.q8K4u0fp071035@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9_1 tinderbox] failure on arm/arm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2012 04:56:01 -0000 TB --- 2012-09-20 04:50:00 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-09-20 04:50:00 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-09-20 04:50:00 - starting RELENG_9_1 tinderbox run for arm/arm TB --- 2012-09-20 04:50:00 - cleaning the object tree TB --- 2012-09-20 04:50:00 - checking out /src from svn://svn.freebsd.org/base/releng/9.1 TB --- 2012-09-20 04:50:00 - cd /tinderbox/RELENG_9_1/arm/arm TB --- 2012-09-20 04:50:00 - /usr/local/bin/svn cleanup /src TB --- 2012-09-20 04:51:37 - /usr/local/bin/svn update /src TB --- 2012-09-20 04:56:00 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-20 04:56:00 - ERROR: unable to check out the source tree TB --- 2012-09-20 04:56:00 - 3.21 user 3.67 system 359.35 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9_1-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Thu Sep 20 08:16:08 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EA48106566C for ; Thu, 20 Sep 2012 08:16:08 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id AB5D48FC0A for ; Thu, 20 Sep 2012 08:16:07 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id q8K8G6GU046272; Thu, 20 Sep 2012 12:16:06 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id q8K8G6nS046271; Thu, 20 Sep 2012 12:16:06 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 20 Sep 2012 12:16:06 +0400 From: Gleb Smirnoff To: David Boyd Message-ID: <20120920081606.GW85604@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@FreeBSD.org Subject: Re: systutils/arcconf errors on 9.x versions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2012 08:16:08 -0000 On Wed, Sep 12, 2012 at 12:02:10PM -0400, David Boyd wrote: D> Back in July, this error was discussed briefly on the mailing list(s). D> D> It appears that a fix (r238182) was submitted for inclusion in 9.1 (early). D> D> This problem still appears in 9.1-RC1. D> D> Will the fix be included in 9.1-RELEASE (or better yet 9.1-RC2)? It will. I've merged the fix to both stable/9 and releng/9.1. -- Totus tuus, Glebius. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 20 08:23:29 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC244106566B; Thu, 20 Sep 2012 08:23:29 +0000 (UTC) (envelope-from sukenwoo@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 322E38FC0A; Thu, 20 Sep 2012 08:23:28 +0000 (UTC) Received: by vcbfw7 with SMTP id fw7so2872688vcb.13 for ; Thu, 20 Sep 2012 01:23:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=bT0syysSEVhpwCud8p7DH/GhD93dNFL72r4ugGK+FAM=; b=ISy1x0PQK1OaYL5XMcPkT7LZk49dSxl0VlElGKIC4Us2u0Z0KnnLZ/gPILFahEc2XR DyGWrd2whHXTF5ymhL6wmP8RC7HouEUsUCwxD3g9WDSR8s1NjzFoTR5J1BPYxj0vXex/ ZodYH2L89KJxbFMNLCRq6yO5U+ZPs+s7VUMFZFRTUi/Xj44hk7gkAw4HzbPduFlhlMgJ X1L3omND66Iz2KhLqTmuje0O817SMDnKMnKPm7tuah4TDIHun2YOvzYHvMKk7JRkc7Nl K6ErMBSQnhdIllEh0mhT+A4gmL48G7hoiS9FXFuYkl+onW1Pi05YeipHm9zLTgUxrkWM cNLQ== MIME-Version: 1.0 Received: by 10.52.68.226 with SMTP id z2mr511627vdt.76.1348129407655; Thu, 20 Sep 2012 01:23:27 -0700 (PDT) Received: by 10.58.201.170 with HTTP; Thu, 20 Sep 2012 01:23:27 -0700 (PDT) Date: Thu, 20 Sep 2012 16:23:27 +0800 Message-ID: From: suken woo To: x11@freebsd.org Content-Type: multipart/mixed; boundary=20cf3079c09474601904ca1dd679 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Xorg nvidia-driver GT 650M cause system reboot on my MacBook Retina 9.1RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2012 08:23:30 -0000 --20cf3079c09474601904ca1dd679 Content-Type: text/plain; charset=UTF-8 hi folks: xorg caused my macbook 10,1 reboot immediately while startup X with latested nvidia-driver and event not to generate Xorg.0.log file attached my verbose message. thanks for any ideas --wsk --20cf3079c09474601904ca1dd679 Content-Type: text/plain; charset=US-ASCII; name="message.txt" Content-Disposition: attachment; filename="message.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h7bkvv8z0 U2VwIDIwIDE1OjQwOjMxIHJtYnAgc3lzbG9nZDoga2VybmVsIGJvb3QgZmlsZSBpcyAvYm9vdC9r ZXJuZWwva2VybmVsClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogMgpTZXAgMjAgMTU6NDA6 MzEgcm1icCBrZXJuZWw6IE1BRFQ6IEludGVycnVwdCBvdmVycmlkZTogc291cmNlIDksIGlycSA5 ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaW9hcGljMDogaW50cGluIDkgdHJpZ2dlcjog bGV2ZWwKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBsYXBpYzA6IFJvdXRpbmcgTk1JIC0+ IExJTlQxClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbGFwaWMwOiBMSU5UMSB0cmlnZ2Vy OiBlZGdlClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbGFwaWMwOiBMSU5UMSBwb2xhcml0 eTogaGlnaApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxhcGljMjogUm91dGluZyBOTUkg LT4gTElOVDEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBsYXBpYzI6IExJTlQxIHRyaWdn ZXI6IGVkZ2UKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBsYXBpYzI6IExJTlQxIHBvbGFy aXR5OiBoaWdoClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbGFwaWM0OiBSb3V0aW5nIE5N SSAtPiBMSU5UMQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxhcGljNDogTElOVDEgdHJp Z2dlcjogZWRnZQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxhcGljNDogTElOVDEgcG9s YXJpdHk6IGhpZ2gKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBsYXBpYzY6IFJvdXRpbmcg Tk1JIC0+IExJTlQxClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbGFwaWM2OiBMSU5UMSB0 cmlnZ2VyOiBlZGdlClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbGFwaWM2OiBMSU5UMSBw b2xhcml0eTogaGlnaApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxhcGljMTogUm91dGlu ZyBOTUkgLT4gTElOVDEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBsYXBpYzE6IExJTlQx IHRyaWdnZXI6IGVkZ2UKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBsYXBpYzE6IExJTlQx IHBvbGFyaXR5OiBoaWdoClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbGFwaWMzOiBSb3V0 aW5nIE5NSSAtPiBMSU5UMQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxhcGljMzogTElO VDEgdHJpZ2dlcjogZWRnZQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxhcGljMzogTElO VDEgcG9sYXJpdHk6IGhpZ2gKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBsYXBpYzU6IFJv dXRpbmcgTk1JIC0+IExJTlQxClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbGFwaWM1OiBM SU5UMSB0cmlnZ2VyOiBlZGdlClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbGFwaWM1OiBM SU5UMSBwb2xhcml0eTogaGlnaApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxhcGljNzog Um91dGluZyBOTUkgLT4gTElOVDEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBsYXBpYzc6 IExJTlQxIHRyaWdnZXI6IGVkZ2UKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBsYXBpYzc6 IExJTlQxIHBvbGFyaXR5OiBoaWdoClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaW9hcGlj MCA8VmVyc2lvbiAyLjA+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZApTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IGNwdTAgQlNQOgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IElEOiAw eDAwMDAwMDAwICAgVkVSOiAweDAxMDYwMDE1IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZm ZmYKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBsaW50MDogMHgwMDAxMDcwMCBsaW50MTog MHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogdGltZXI6IDB4MDAwMTAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAw eDAwMDAwMGYwIHBtYzogMHgwMDAxMDQwMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGNt Y2k6IDB4MDAwMDAwZjIKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBDdXNlNEJTRCB2MC4x LjI2IEAgL2Rldi9jdXNlClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogd2xhbjogPDgwMi4x MSBMaW5rIExheWVyPgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHNuZF91bml0X2luaXQo KSB1PTB4MDBmZjgwMDAgWzUxMl0gZD0weDAwMDA3YzAwIFszMl0gYz0weDAwMDAwM2ZmIFsxMDI0 XQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGZlZWRlcl9yZWdpc3Rlcjogc25kX3VuaXQ9 LTEgc25kX21heGF1dG92Y2hhbnM9MTYgbGF0ZW5jeT01IGZlZWRlcl9yYXRlX21pbj0xIGZlZWRl cl9yYXRlX21heD0yMDE2MDAwIGZlZWRlcl9yYXRlX3JvdW5kPTI1ClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDoga2JkMCBhdCBrYmRtdXgwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog bWVtOiA8bWVtb3J5PgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IG5mc2xvY2s6IHBzZXVk by1kZXZpY2UKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBudWxsOiA8bnVsbCBkZXZpY2Us IHplcm8gZGV2aWNlPgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IFZFU0E6IElOVCAweDEw IHZlY3RvciAweGMwMDA6MHgxODJlClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogVkVTQTog aW5mb3JtYXRpb24gYmxvY2sKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiAwMDAwICAgNTYg NDUgNTMgNDEgMDAgMDMgMDAgMDEgMDAgODggMDEgMDAgMDAgMDAgMjIgMDAKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiAwMDEwICAgMDAgODggZTAgMDAgMDcgODAgMDcgMDEgMDAgODggMWEg MDEgMDAgODggMzMgMDEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiAwMDIwICAgMDAgODgg MDAgMDEgMDEgMDEgMDIgMDEgMDMgMDEgMDQgMDEgMDUgMDEgMDYgMDEKU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiAwMDMwICAgMDcgMDEgMGUgMDEgMGYgMDEgMTEgMDEgMTIgMDEgMTQgMDEg MTUgMDEgMTcgMDEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiAwMDQwICAgMTggMDEgMWEg MDEgMWIgMDEgMzAgMDEgMzEgMDEgMzIgMDEgMzMgMDEgMzQgMDEKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiAwMDUwICAgMzUgMDEgMzYgMDEgM2QgMDEgM2UgMDEgNDUgMDEgNDYgMDEgNGEg MDEgNGIgMDEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiAwMDYwICAgNGMgMDEgNjAgMDEg NjEgMDEgZmYgZmYgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiAwMDcwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiAwMDgwICAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2Vy bmVsOiAwMDkwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiAwMGEwICAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiAwMGIwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiAwMGMwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiAw MGQwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiAwMGUwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiAwMGYw ICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiAwMTAwICAgNGUgNTYgNDkgNDQgNDkgNDEgMDAgNGUgNTYg NDkgNDQgNDkgNDEgMjAgNDMgNmYKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiAwMTEwICAg NzIgNzAgNmYgNzIgNjEgNzQgNjkgNmYgNmUgMDAgNGUgNTYgNDkgNDQgNDkgNDEKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiAwMTIwICAgMjAgNDcgNjUgNDYgNmYgNzIgNjMgNjUgMjAgNDcg NTQgMjAgMzYgMzUgMzAgNGQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiAwMTMwICAgMGQg MGEgMDAgNDMgNjggNjkgNzAgMjAgNTIgNjUgNzYgMDAgMDAgMDAgMDAgMDAKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiAwMTQwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiAwMTUwICAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiAwMTYwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiAwMTcwICAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiAwMTgwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiAwMTkwICAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiAwMWEwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiAwMWIwICAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2Vy bmVsOiAwMWMwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiAwMWQwICAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiAwMWUwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiAwMWYwICAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBW RVNBOiAzNCBtb2RlKHMpIGZvdW5kClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogVkVTQTog djMuMCwgMTQzMzZrIG1lbW9yeSwgZmxhZ3M6MHgxLCBtb2RlIHRhYmxlOjB4ZmZmZmZmODAwMDJl MjAyMiAoODgwMDAwMjIpClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogVkVTQTogTlZJRElB ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogVkVTQTogTlZJRElBIENvcnBvcmF0aW9uIE5W SURJQSBHZUZvcmNlIEdUIDY1ME0KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBDaGlwIFJl dgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGlvOiA8SS9PPgpTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IHJhbmRvbTogPGVudHJvcHkgc291cmNlLCBTb2Z0d2FyZSwgWWFycm93PgpT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhwdHJyOiBSb2NrZXRSQUlEIDE3eHgvMnh4eCBT QVRBIGNvbnRyb2xsZXIgZHJpdmVyIHYxLjIKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBj dGw6IENBTSBUYXJnZXQgTGF5ZXIgbG9hZGVkClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog YWNwaTA6IDxBUFBMRSBBcHBsZTAwPiBvbiBtb3RoZXJib2FyZApTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IFBDSWU6IE1lbW9yeSBNYXBwZWQgY29uZmlndXJhdGlvbiBiYXNlIEAgMHhlMDAw MDAwMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGlvYXBpYzA6IHJvdXRpbmcgaW50cGlu IDkgKElTQSBJUlEgOSkgdG8gbGFwaWMgMCB2ZWN0b3IgNDgKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiBhY3BpX2VjMDogPEVtYmVkZGVkIENvbnRyb2xsZXI6IEdQRSAweDE3LCBFQ0RUPiBw b3J0IDB4NjIsMHg2NiBvbiBhY3BpMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGFjcGkw OiBQb3dlciBCdXR0b24gKGZpeGVkKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHVua25v d246IEkvTyByYW5nZSBub3Qgc3VwcG9ydGVkClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog aHBldDA6IDxIaWdoIFByZWNpc2lvbiBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZl ZDAwM2ZmIGlycSAwLDggb24gYWNwaTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBocGV0 MDogdmVuZG9yIDB4ODA4NiwgcmV2IDB4MSwgMTQzMTgxODBIeiA2NGJpdCwgOCB0aW1lcnMsIGxl Z2FjeSByb3V0ZQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhwZXQwOiAgdDA6IGlycXMg MHgwMGYwMDAwMCAoMCksIE1TSSwgNjRiaXQsIHBlcmlvZGljClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogaHBldDA6ICB0MTogaXJxcyAweDAwZjAwMDAwICgwKSwgTVNJClNlcCAyMCAxNTo0 MDozMSBybWJwIGtlcm5lbDogaHBldDA6ICB0MjogaXJxcyAweDAwZjAwODAwICgwKSwgTVNJClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaHBldDA6ICB0MzogaXJxcyAweDAwZjAxMDAwICgw KSwgTVNJClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaHBldDA6ICB0NDogaXJxcyAweDAw MDAwMDAwICgwKSwgTVNJClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaHBldDA6ICB0NTog aXJxcyAweDAwMDAwMDAwICgwKSwgTVNJClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaHBl dDA6ICB0NjogaXJxcyAweDAwMDAwMDAwICgwKSwgTVNJClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogaHBldDA6ICB0NzogaXJxcyAweDAwMDAwMDAwICgwKSwgTVNJClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBx dWFsaXR5IDk1MApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IG1zaTogcm91dGluZyBNU0kt WCBJUlEgMjU2IHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNDkKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiBtc2k6IHJvdXRpbmcgTVNJLVggSVJRIDI1NyB0byBsb2NhbCBBUElDIDAgdmVjdG9y IDUwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbXNpOiByb3V0aW5nIE1TSS1YIElSUSAy NTggdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA1MQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IG1zaTogcm91dGluZyBNU0ktWCBJUlEgMjU5IHRvIGxvY2FsIEFQSUMgMCB2ZWN0b3IgNTIKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBtc2k6IHJvdXRpbmcgTVNJLVggSVJRIDI2MCB0byBs b2NhbCBBUElDIDAgdmVjdG9yIDUzClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbXNpOiBy b3V0aW5nIE1TSS1YIElSUSAyNjEgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA1NApTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IG1zaTogcm91dGluZyBNU0ktWCBJUlEgMjYyIHRvIGxvY2FsIEFQ SUMgMCB2ZWN0b3IgNTUKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBtc2k6IHJvdXRpbmcg TVNJLVggSVJRIDI2MyB0byBsb2NhbCBBUElDIDAgdmVjdG9yIDU2ClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogRXZlbnQgdGltZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFs aXR5IDU1MApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGFjcGkwOiByZXNlcnZhdGlvbiBv ZiA0MDAwMDAwMCwgMjAwMDAwICgzKSBmYWlsZWQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiBjcHUwOiBQcm9jZXNzb3IgXF9QUl8uQ1BVMCAoQUNQSSBJRCAxKSAtPiBBUElDIElEIDAKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogQUNQSTogU1NEVCAweDhhZDE5MTkwIDAwOEFEICh2MDEg IFBtUmVmICBDcHUwQ3N0IDAwMDAzMDAxIElOVEwgMjAxMDA5MTUpClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogQUNQSTogRHluYW1pYyBPRU0gVGFibGUgTG9hZDoKU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiBBQ1BJOiBTU0RUIDAgMDA4QUQgKHYwMSAgUG1SZWYgIENwdTBDc3QgMDAw MDMwMDEgSU5UTCAyMDEwMDkxNSkKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBjcHUxOiBQ cm9jZXNzb3IgXF9QUl8uQ1BVMSAoQUNQSSBJRCAyKSAtPiBBUElDIElEIDIKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogQUNQSTogU1NEVCAweDhhZDFhNzEwIDAwM0E0ICh2MDEgIFBtUmVmICAg IEFwSXN0IDAwMDAzMDAwIElOVEwgMjAxMDA5MTUpClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogQUNQSTogRHluYW1pYyBPRU0gVGFibGUgTG9hZDoKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2Vy bmVsOiBBQ1BJOiBTU0RUIDAgMDAzQTQgKHYwMSAgUG1SZWYgICAgQXBJc3QgMDAwMDMwMDAgSU5U TCAyMDEwMDkxNSkKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBBQ1BJOiBTU0RUIDB4OGFk MThkOTAgMDAxMTkgKHYwMSAgUG1SZWYgICAgQXBDc3QgMDAwMDMwMDAgSU5UTCAyMDEwMDkxNSkK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBBQ1BJOiBEeW5hbWljIE9FTSBUYWJsZSBMb2Fk OgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IEFDUEk6IFNTRFQgMCAwMDExOSAodjAxICBQ bVJlZiAgICBBcENzdCAwMDAwMzAwMCBJTlRMIDIwMTAwOTE1KQpTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IGNwdTI6IFByb2Nlc3NvciBcX1BSXy5DUFUyIChBQ1BJIElEIDMpIC0+IEFQSUMg SUQgNApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGNwdTI6IDxBQ1BJIENQVT4gb24gYWNw aTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBjcHUzOiBQcm9jZXNzb3IgXF9QUl8uQ1BV MyAoQUNQSSBJRCA0KSAtPiBBUElDIElEIDYKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBj cHUzOiA8QUNQSSBDUFU+IG9uIGFjcGkwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogY3B1 NDogUHJvY2Vzc29yIFxfUFJfLkNQVTQgKEFDUEkgSUQgNSkgLT4gQVBJQyBJRCAxClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogY3B1NDogPEFDUEkgQ1BVPiBvbiBhY3BpMApTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IGNwdTU6IFByb2Nlc3NvciBcX1BSXy5DUFU1IChBQ1BJIElEIDYp IC0+IEFQSUMgSUQgMwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGNwdTU6IDxBQ1BJIENQ VT4gb24gYWNwaTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBjcHU2OiBQcm9jZXNzb3Ig XF9QUl8uQ1BVNiAoQUNQSSBJRCA3KSAtPiBBUElDIElEIDUKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiBjcHU2OiA8QUNQSSBDUFU+IG9uIGFjcGkwClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogY3B1NzogUHJvY2Vzc29yIFxfUFJfLkNQVTcgKEFDUEkgSUQgOCkgLT4gQVBJQyBJRCA3 ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogY3B1NzogPEFDUEkgQ1BVPiBvbiBhY3BpMApT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBw b3J0IDB4NzAtMHg3NyBvbiBhY3BpMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGF0cnRj MDogcmVnaXN0ZXJlZCBhcyBhIHRpbWUtb2YtZGF5IGNsb2NrIChyZXNvbHV0aW9uIDEwMDAwMDB1 cywgYWRqdXN0bWVudCAwLjUwMDAwMDAwMHMpClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog aW9hcGljMDogcm91dGluZyBpbnRwaW4gOCAoSVNBIElSUSA4KSB0byBsYXBpYyAwIHZlY3RvciA1 NwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IEV2ZW50IHRpbWVyICJSVEMiIGZyZXF1ZW5j eSAzMjc2OCBIeiBxdWFsaXR5IDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBhdHRpbWVy MDogPEFUIHRpbWVyPiBwb3J0IDB4NDAtMHg0MywweDUwLTB4NTMgb24gYWNwaTAKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgy IEh6IHF1YWxpdHkgMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGlvYXBpYzA6IHJvdXRp bmcgaW50cGluIDIgKElTQSBJUlEgMCkgdG8gbGFwaWMgMCB2ZWN0b3IgNTgKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBFdmVudCB0aW1lciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6 IHF1YWxpdHkgMTAwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogQUNQSSB0aW1lcjogMS8x IDEvMSAxLzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEgMS8xIC0+IDEwClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUg SHogcXVhbGl0eSA5MDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBhY3BpX3RpbWVyMDog PDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDQwOC0weDQwYiBvbiBhY3BpMApT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaV9saW5rMDogICAgICAgIEluZGV4ICBJUlEg IFJ0ZCAgUmVmICBJUlFzClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogSW5pdGlhbCBQcm9i ZSAgICAgICAwICAgMTEgICBOICAgICAwICAxIDMgNCA1IDYgNyAxMCAxMiAxNCAxNQpTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IFZhbGlkYXRpb24gICAgICAgICAgMCAgMjU1ICAgTiAgICAg MCAgMSAzIDQgNSA2IDcgMTAgMTIgMTQgMTUKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBB ZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEgMyA0IDUgNiA3IDEwIDEyIDE0 IDE1ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpX2xpbmsxOiAgICAgICAgSW5kZXgg IElSUSAgUnRkICBSZWYgIElSUXMKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBJbml0aWFs IFByb2JlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEgMyA0IDUgNiA3IDExIDEyIDE0IDE1ClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogVmFsaWRhdGlvbiAgICAgICAgICAwICAyNTUgICBO ICAgICAwICAxIDMgNCA1IDYgNyAxMSAxMiAxNCAxNQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMSAzIDQgNSA2IDcgMTEg MTIgMTQgMTUKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2lfbGluazI6ICAgICAgICBJ bmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IElu aXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMSAzIDQgNSA2IDcgMTAgMTIgMTQg MTUKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBWYWxpZGF0aW9uICAgICAgICAgIDAgIDI1 NSAgIE4gICAgIDAgIDEgMyA0IDUgNiA3IDEwIDEyIDE0IDE1ClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAxIDMgNCA1IDYg NyAxMCAxMiAxNCAxNQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaV9saW5rMzogICAg ICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTEgICBOICAgICAwICAxIDMgNCA1IDYgNyAxMSAx MiAxNCAxNQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IFZhbGlkYXRpb24gICAgICAgICAg MCAgIDExICAgTiAgICAgMCAgMSAzIDQgNSA2IDcgMTEgMTIgMTQgMTUKU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEgMyA0 IDUgNiA3IDExIDEyIDE0IDE1ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpX2xpbms0 OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiBJbml0aWFsIFByb2JlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEgMyA0IDUgNiA3 IDEwIDEyIDE0IDE1ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogVmFsaWRhdGlvbiAgICAg ICAgICAwICAyNTUgICBOICAgICAwICAxIDMgNCA1IDYgNyAxMCAxMiAxNCAxNQpTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAg MSAzIDQgNSA2IDcgMTAgMTIgMTQgMTUKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2lf bGluazU6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwpTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IEluaXRpYWwgUHJvYmUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMSAzIDQg NSA2IDcgMTEgMTIgMTQgMTUKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBWYWxpZGF0aW9u ICAgICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDEgMyA0IDUgNiA3IDExIDEyIDE0IDE1ClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAg ICAwICAxIDMgNCA1IDYgNyAxMSAxMiAxNCAxNQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IHBjaV9saW5rNjogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzClNlcCAyMCAxNTo0 MDozMSBybWJwIGtlcm5lbDogSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTAgICBOICAgICAwICAx IDMgNCA1IDYgNyAxMCAxMiAxNCAxNQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IFZhbGlk YXRpb24gICAgICAgICAgMCAgIDEwICAgTiAgICAgMCAgMSAzIDQgNSA2IDcgMTAgMTIgMTQgMTUK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAg IE4gICAgIDAgIDEgMyA0IDUgNiA3IDEwIDEyIDE0IDE1ClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogcGNpX2xpbms3OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBJbml0aWFsIFByb2JlICAgICAgIDAgICAxMSAgIE4gICAg IDAgIDEgMyA0IDUgNiA3IDExIDEyIDE0IDE1ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog VmFsaWRhdGlvbiAgICAgICAgICAwICAgMTEgICBOICAgICAwICAxIDMgNCA1IDYgNyAxMSAxMiAx NCAxNQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IEFmdGVyIERpc2FibGUgICAgICAgMCAg MjU1ICAgTiAgICAgMCAgMSAzIDQgNSA2IDcgMTEgMTIgMTQgMTUKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2Zm IG9uIGFjcGkwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IGRlY29kaW5nIDQg cmFuZ2UgMC0weGNmNwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBkZWNvZGlu ZyA0IHJhbmdlIDB4ZDAwLTB4ZmZmZgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIw OiBkZWNvZGluZyAzIHJhbmdlIDB4YTAwMDAtMHhiZmZmZgpTZXAgMjAgMTU6NDA6MzEgcm1icCBr ZXJuZWw6IHBjaWIwOiBkZWNvZGluZyAzIHJhbmdlIDB4OGZhMDAwMDAtMHhmZWFmZmZmZgpTZXAg MjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBkZWNvZGluZyAzIHJhbmdlIDB4ZmVkNDAw MDAtMHhmZWQ0NGZmZgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaTA6IDxBQ1BJIFBD SSBidXM+IG9uIHBjaWIwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpMDogZG9tYWlu PTAsIHBoeXNpY2FsIGJ1cz0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogZm91bmQtPgl2 ZW5kb3I9MHg4MDg2LCBkZXY9MHgwMTU0LCByZXZpZD0weDA5ClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogZG9tYWluPTAsIGJ1cz0wLCBzbG90PTAsIGZ1bmM9MApTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IGNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBjbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MjA5MCwgY2Fj aGVsbnN6PTAgKGR3b3JkcykKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDAxNTEs IHJldmlkPTB4MDkKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBkb21haW49MCwgYnVzPTAs IHNsb3Q9MSwgZnVuYz0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogY2xhc3M9MDYtMDQt MDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGNt ZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9NjQgKGR3b3JkcykKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDgg KDIwMDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiBpbnRwaW49YSwgaXJxPTI1NQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBvd2Vyc3Bl YyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBm b3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDAxNTUsIHJldmlkPTB4MDkKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBkb21haW49MCwgYnVzPTAsIHNsb3Q9MSwgZnVuYz0xClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9 MQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgw MDEwLCBjYWNoZWxuc3o9NjQgKGR3b3JkcykKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBs YXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBpbnRwaW49YSwgaXJxPTI1NQpTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IHBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVu dCBEMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0w eDAxNTksIHJldmlkPTB4MDkKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBkb21haW49MCwg YnVzPTAsIHNsb3Q9MSwgZnVuYz0yClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogY2xhc3M9 MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IGNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9NjQgKGR3b3JkcykK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2Vy bmVsOiBpbnRwaW49YSwgaXJxPTI1NQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBvd2Vy c3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMApTZXAgMjAgMTU6NDA6MzEgcm1icCBr ZXJuZWw6IE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiBmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDFlMzEsIHJldmlkPTB4MDQKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBkb21haW49MCwgYnVzPTAsIHNsb3Q9MjAsIGZ1bmM9MApTZXAg MjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGNsYXNzPTBjLTAzLTMwLCBoZHJ0eXBlPTB4MDAsIG1m ZGV2PTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBjbWRyZWc9MHgwMDA2LCBzdGF0cmVn PTB4MDI5MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBpbnRwaW49YSwgaXJxPTI1NQpTZXAg MjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3Vy cmVudCBEMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IE1TSSBzdXBwb3J0cyA4IG1lc3Nh Z2VzLCA2NCBiaXQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBtYXBbMTBdOiB0eXBlIE1l bW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhjMWMwMDAwMCwgc2l6ZSAxNiwgZW5hYmxlZApTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGMxYzAwMDAw LTB4YzFjMGZmZmYpIGZvciByaWQgMTAgb2YgcGNpMDowOjIwOjAKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDFlM2EsIHJldmlkPTB4MDQK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBkb21haW49MCwgYnVzPTAsIHNsb3Q9MjIsIGZ1 bmM9MApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGNsYXNzPTA3LTgwLTAwLCBoZHJ0eXBl PTB4MDAsIG1mZGV2PTEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBjbWRyZWc9MHgwMDA2 LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhs YXQ9MHgwMCAoMCBucykKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBpbnRwaW49YSwgaXJx PTExClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQw IEQzICBjdXJyZW50IEQwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogTVNJIHN1cHBvcnRz IDEgbWVzc2FnZSwgNjQgYml0ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbWFwWzEwXTog dHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4YzFjMTcxMDAsIHNpemUgIDQsIGVuYWJsZWQK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhj MWMxNzEwMC0weGMxYzE3MTBmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MDoyMjowClNlcCAyMCAxNTo0 MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjIuSU5UQQpTZXAg MjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBzbG90IDIyIElOVEEgaGFyZHdpcmVkIHRv IElSUSAxNgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGZvdW5kLT4JdmVuZG9yPTB4ODA4 NiwgZGV2PTB4MWUyZCwgcmV2aWQ9MHgwNApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGRv bWFpbj0wLCBidXM9MCwgc2xvdD0yNiwgZnVuYz0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogY2xhc3M9MGMtMDMtMjAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MApTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IGNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxuc3o9MCAo ZHdvcmRzKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxhdHRpbWVyPTB4MDAgKDAgbnMp LCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IGludHBpbj1hLCBpcnE9MTEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiBtYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhjMWMx NmMwMCwgc2l6ZSAxMCwgZW5hYmxlZApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGMxYzE2YzAwLTB4YzFjMTZmZmYpIGZvciByaWQgMTAgb2Yg cGNpMDowOjI2OjAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogbWF0Y2hlZCBl bnRyeSBmb3IgMC4yNi5JTlRBClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IHNs b3QgMjYgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIzClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgxZTIwLCByZXZpZD0weDA0ClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI3LCBmdW5jPTAKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBjbGFzcz0wNC0wMy0wMCwgaGRydHlwZT0weDAwLCBt ZmRldj0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogY21kcmVnPTB4MDAwNiwgc3RhdHJl Zz0weDAwMTAsIGNhY2hlbG5zej02NCAoZHdvcmRzKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAw ICgwIG5zKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGludHBpbj1hLCBpcnE9MTAKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1 cnJlbnQgRDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBNU0kgc3VwcG9ydHMgMSBtZXNz YWdlLCA2NCBiaXQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBtYXBbMTBdOiB0eXBlIE1l bW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhjMWMxMDAwMCwgc2l6ZSAxNCwgZW5hYmxlZApTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGMxYzEwMDAw LTB4YzFjMTNmZmYpIGZvciByaWQgMTAgb2YgcGNpMDowOjI3OjAKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yNy5JTlRBClNlcCAyMCAxNTo0 MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IHNsb3QgMjcgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIy ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9 MHgxZTEwLCByZXZpZD0weGM0ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogZG9tYWluPTAs IGJ1cz0wLCBzbG90PTI4LCBmdW5jPTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBjbGFz cz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0xClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej02NCAoZHdvcmRz KQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5n bnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBr ZXJuZWw6IGludHBpbj1hLCBpcnE9MjU1ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcG93 ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogTVNJIHN1cHBvcnRzIDEgbWVzc2FnZQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IGZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MWUxMiwgcmV2aWQ9MHhjNApTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IGRvbWFpbj0wLCBidXM9MCwgc2xvdD0yOCwgZnVuYz0xClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwg bWZkZXY9MQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGNtZHJlZz0weDAwMDcsIHN0YXRy ZWc9MHgwMDEwLCBjYWNoZWxuc3o9NjQgKGR3b3JkcykKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2Vy bmVsOiBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBpbnRwaW49YiwgaXJxPTI1NQpT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAg Y3VycmVudCBEMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IE1TSSBzdXBwb3J0cyAxIG1l c3NhZ2UKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBmb3VuZC0+CXZlbmRvcj0weDgwODYs IGRldj0weDFlMjYsIHJldmlkPTB4MDQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBkb21h aW49MCwgYnVzPTAsIHNsb3Q9MjksIGZ1bmM9MApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IGNsYXNzPTBjLTAzLTIwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBjbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTAgKGR3 b3JkcykKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBpbnRwaW49YSwgaXJxPTExClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog cG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4YzFjMTY4 MDAsIHNpemUgMTAsIGVuYWJsZWQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhjMWMxNjgwMC0weGMxYzE2YmZmKSBmb3IgcmlkIDEwIG9mIHBj aTA6MDoyOTowClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IG1hdGNoZWQgZW50 cnkgZm9yIDAuMjkuSU5UQQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBzbG90 IDI5IElOVEEgaGFyZHdpcmVkIHRvIElSUSAyMgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IGZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MWU1NywgcmV2aWQ9MHgwNApTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IGRvbWFpbj0wLCBidXM9MCwgc2xvdD0zMSwgZnVuYz0wClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogY2xhc3M9MDYtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZk ZXY9MQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGNtZHJlZz0weDAwMDcsIHN0YXRyZWc9 MHgwMjEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgw IG5zKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGZvdW5kLT4JdmVuZG9yPTB4ODA4Niwg ZGV2PTB4MWUwMywgcmV2aWQ9MHgwNApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGRvbWFp bj0wLCBidXM9MCwgc2xvdD0zMSwgZnVuYz0yClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog Y2xhc3M9MDEtMDYtMDEsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MApTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IGNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMmIwLCBjYWNoZWxuc3o9MCAoZHdv cmRzKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBt aW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IGludHBpbj1iLCBpcnE9MTEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBw b3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBNU0kgc3VwcG9ydHMgMSBtZXNzYWdlClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogbWFwWzEwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHgzMDk4LCBzaXpl ICAzLCBlbmFibGVkClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDQgKDB4MzA5OC0weDMwOWYpIGZvciByaWQgMTAgb2YgcGNpMDowOjMxOjIKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBtYXBbMTRdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwg YmFzZSAweDMwYmMsIHNpemUgIDIsIGVuYWJsZWQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiBwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgzMGJjLTB4MzBiZikgZm9yIHJpZCAxNCBvZiBw Y2kwOjA6MzE6MgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IG1hcFsxOF06IHR5cGUgSS9P IFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4MzA5MCwgc2l6ZSAgMywgZW5hYmxlZApTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDMwOTAtMHgzMDk3 KSBmb3IgcmlkIDE4IG9mIHBjaTA6MDozMToyClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog bWFwWzFjXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHgzMGI4LCBzaXplICAyLCBl bmFibGVkClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDQgKDB4MzBiOC0weDMwYmIpIGZvciByaWQgMWMgb2YgcGNpMDowOjMxOjIKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBtYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAw eDMwNjAsIHNpemUgIDUsIGVuYWJsZWQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2li MDogYWxsb2NhdGVkIHR5cGUgNCAoMHgzMDYwLTB4MzA3ZikgZm9yIHJpZCAyMCBvZiBwY2kwOjA6 MzE6MgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IG1hcFsyNF06IHR5cGUgTWVtb3J5LCBy YW5nZSAzMiwgYmFzZSAweGMxYzE2MDAwLCBzaXplIDExLCBlbmFibGVkClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YzFjMTYwMDAtMHhjMWMx NjdmZikgZm9yIHJpZCAyNCBvZiBwY2kwOjA6MzE6MgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IHBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjMxLklOVEIKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBwY2liMDogc2xvdCAzMSBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMTkKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDFlMjIs IHJldmlkPTB4MDQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBkb21haW49MCwgYnVzPTAs IHNsb3Q9MzEsIGZ1bmM9MwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGNsYXNzPTBjLTA1 LTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBj bWRyZWc9MHgwMDAzLCBzdGF0cmVnPTB4MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAg KDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBp bnRwaW49YywgaXJxPTExClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbWFwWzEwXTogdHlw ZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4YzFjMTcwMDAsIHNpemUgIDgsIGVuYWJsZWQKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjMWMx NzAwMC0weGMxYzE3MGZmKSBmb3IgcmlkIDEwIG9mIHBjaTA6MDozMTozClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogbWFwWzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhl ZmEwLCBzaXplICA1LCBlbmFibGVkClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDQgKDB4ZWZhMC0weGVmYmYpIGZvciByaWQgMjAgb2YgcGNpMDowOjMx OjMKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3Ig MC4zMS5JTlRDClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IHNsb3QgMzEgSU5U QyBoYXJkd2lyZWQgdG8gSVJRIDE4ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjE6 IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBjaTAKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgyMDAwLTB4MmZmZikg Zm9yIHJpZCAxYyBvZiBwY2liMQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGMwMDAwMDAwLTB4YzEwZmZmZmYpIGZvciByaWQgMjAgb2YgcGNp YjEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHg5MDAwMDAwMC0weGExZmZmZmZmKSBmb3IgcmlkIDI0IG9mIHBjaWIxClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogcGNpYjE6ICAgZG9tYWluICAgICAgICAgICAgMApTZXAgMjAgMTU6NDA6 MzEgcm1icCBrZXJuZWw6IHBjaWIxOiAgIHNlY29uZGFyeSBidXMgICAgIDEKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBwY2liMTogICBzdWJvcmRpbmF0ZSBidXMgICAxClNlcCAyMCAxNTo0 MDozMSBybWJwIGtlcm5lbDogcGNpYjE6ICAgSS9PIGRlY29kZSAgICAgICAgMHgyMDAwLTB4MmZm ZgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIxOiAgIG1lbW9yeSBkZWNvZGUgICAg IDB4YzAwMDAwMDAtMHhjMTBmZmZmZgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIx OiAgIHByZWZldGNoZWQgZGVjb2RlIDB4OTAwMDAwMDAtMHhhMWZmZmZmZgpTZXAgMjAgMTU6NDA6 MzEgcm1icCBrZXJuZWw6IHBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxClNlcCAyMCAxNTo0 MDozMSBybWJwIGtlcm5lbDogcGNpMTogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz0xClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogZm91bmQtPgl2ZW5kb3I9MHgxMGRlLCBkZXY9MHgwZmQ1LCBy ZXZpZD0weGExClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogZG9tYWluPTAsIGJ1cz0xLCBz bG90PTAsIGZ1bmM9MApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGNsYXNzPTAzLTAwLTAw LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBjbWRy ZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTY0IChkd29yZHMpClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgw IG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaW50 cGluPWEsIGlycT0xMQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBvd2Vyc3BlYyAzICBz dXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IE1T SSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IG1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGMwMDAwMDAwLCBzaXplIDI0 LCBlbmFibGVkClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjE6IGFsbG9jYXRlZCBt ZW1vcnkgcmFuZ2UgKDB4YzAwMDAwMDAtMHhjMGZmZmZmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjE6 MDowClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbWFwWzE0XTogdHlwZSBQcmVmZXRjaGFi bGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweDkwMDAwMDAwLCBzaXplIDI4LCBlbmFibGVkClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjE6IGFsbG9jYXRlZCBwcmVmZXRjaCByYW5n ZSAoMHg5MDAwMDAwMC0weDlmZmZmZmZmKSBmb3IgcmlkIDE0IG9mIHBjaTA6MTowOjAKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBtYXBbMWNdOiB0eXBlIFByZWZldGNoYWJsZSBNZW1vcnks IHJhbmdlIDY0LCBiYXNlIDB4YTAwMDAwMDAsIHNpemUgMjUsIGVuYWJsZWQKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBwY2liMTogYWxsb2NhdGVkIHByZWZldGNoIHJhbmdlICgweGEwMDAw MDAwLTB4YTFmZmZmZmYpIGZvciByaWQgMWMgb2YgcGNpMDoxOjA6MApTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IG1hcFsyNF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4MjAw MCwgc2l6ZSAgNywgZW5hYmxlZApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIxOiBh bGxvY2F0ZWQgSS9PIHBvcnQgcmFuZ2UgKDB4MjAwMC0weDIwN2YpIGZvciByaWQgMjQgb2YgcGNp MDoxOjA6MApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIxOiBtYXRjaGVkIGVudHJ5 IGZvciAxLjAuSU5UQQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIxOiBzbG90IDAg SU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogZm91 bmQtPgl2ZW5kb3I9MHgxMGRlLCBkZXY9MHgwZTFiLCByZXZpZD0weGExClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogZG9tYWluPTAsIGJ1cz0xLCBzbG90PTAsIGZ1bmM9MQpTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IGNsYXNzPTA0LTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBjbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDAx MCwgY2FjaGVsbnN6PTY0IChkd29yZHMpClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbGF0 dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaW50cGluPWIsIGlycT0xMQpTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IHBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBE MApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0 IGJpdApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IG1hcFsxMF06IHR5cGUgTWVtb3J5LCBy YW5nZSAzMiwgYmFzZSAweGMxMDgwMDAwLCBzaXplIDE0LCBlbmFibGVkClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogcGNpYjE6IGFsbG9jYXRlZCBtZW1vcnkgcmFuZ2UgKDB4YzEwODAwMDAt MHhjMTA4M2ZmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjE6MDoxClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogcGNpYjE6IG1hdGNoZWQgZW50cnkgZm9yIDEuMC5JTlRCClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogcGNpYjE6IHNsb3QgMCBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMTcKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiB2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxh eT4gcG9ydCAweDIwMDAtMHgyMDdmIG1lbSAweGMwMDAwMDAwLTB4YzBmZmZmZmYsMHg5MDAwMDAw MC0weDlmZmZmZmZmLDB4YTAwMDAwMDAtMHhhMWZmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBv biBwY2kxClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbnZpZGlhMDogPEdlRm9yY2UgR1Qg NjUwTT4gb24gdmdhcGNpMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHZnYXBjaTA6IGNo aWxkIG52aWRpYTAgcmVxdWVzdGVkIHBjaV9lbmFibGVfaW8KU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiB2Z2FwY2kwOiBjaGlsZCBudmlkaWEwIHJlcXVlc3RlZCBwY2lfZW5hYmxlX2lvClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTYgKFBD SSBJUlEgMTYpIHRvIGxhcGljIDAgdmVjdG9yIDU5ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogaGRhYzA6IDxOVklESUEgKDB4MGUxYikgSERBIENvbnRyb2xsZXI+IG1lbSAweGMxMDgwMDAw LTB4YzEwODNmZmYgaXJxIDE3IGF0IGRldmljZSAwLjEgb24gcGNpMQpTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IGhkYWMwOiBIREEgRHJpdmVyIFJldmlzaW9uOiAyMDEyMDEyNl8wMDAyClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYzA6IENvbmZpZyBvcHRpb25zOiBvbj0weDAw MDAwMDAwIG9mZj0weDAwMDAwMDAwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYzA6 IGF0dGVtcHRpbmcgdG8gYWxsb2NhdGUgMSBNU0kgdmVjdG9ycyAoMSBzdXBwb3J0ZWQpClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogbXNpOiByb3V0aW5nIE1TSSBJUlEgMjY0IHRvIGxvY2Fs IEFQSUMgMCB2ZWN0b3IgNjAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFjMDogdXNp bmcgSVJRIDI2NCBmb3IgTVNJClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYzA6IENh cHM6IE9TUyA0LCBJU1MgNCwgQlNTIDAsIE5TRE8gNCwgNjRiaXQsIENPUkIgMjU2LCBSSVJCIDI1 NgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRn ZT4gYXQgZGV2aWNlIDEuMSBvbiBwY2kwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4NDAwMC0weDZmZmYpIGZvciByaWQgMWMgb2YgcGNpYjIK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhj MWQwMDAwMC0weGNkZmZmZmZmKSBmb3IgcmlkIDIwIG9mIHBjaWIyClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4Y2UwMDAwMDAtMHhkOWZmZmZm ZikgZm9yIHJpZCAyNCBvZiBwY2liMgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIy OiAgIGRvbWFpbiAgICAgICAgICAgIDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2li MjogICBzZWNvbmRhcnkgYnVzICAgICA1ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNp YjI6ICAgc3Vib3JkaW5hdGUgYnVzICAgMTU1ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog cGNpYjI6ICAgSS9PIGRlY29kZSAgICAgICAgMHg0MDAwLTB4NmZmZgpTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IHBjaWIyOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4YzFkMDAwMDAtMHhjZGZm ZmZmZgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIyOiAgIHByZWZldGNoZWQgZGVj b2RlIDB4Y2UwMDAwMDAtMHhkOWZmZmZmZgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBj aTU6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog cGNpNTogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz01ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4yIG9uIHBjaTAKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhjMWIw MDAwMC0weGMxYmZmZmZmKSBmb3IgcmlkIDIwIG9mIHBjaWIzClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogcGNpYjM6ICAgZG9tYWluICAgICAgICAgICAgMApTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IHBjaWIzOiAgIHNlY29uZGFyeSBidXMgICAgIDIKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBwY2liMzogICBzdWJvcmRpbmF0ZSBidXMgICAyClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogcGNpYjM6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhjMWIwMDAwMC0weGMxYmZm ZmZmClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjM6ICAgbm8gcHJlZmV0Y2hlZCBk ZWNvZGUKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2kyOiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liMwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaTI6IGRvbWFpbj0wLCBwaHlz aWNhbCBidXM9MgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHhoY2kwOiA8SW50ZWwgUGFu dGhlciBQb2ludCBVU0IgMy4wIGNvbnRyb2xsZXI+IG1lbSAweGMxYzAwMDAwLTB4YzFjMGZmZmYg YXQgZGV2aWNlIDIwLjAgb24gcGNpMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIw OiBubyBQUlQgZW50cnkgZm9yIDAuMjAuSU5UQQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IHhoY2kwOiBDb3VsZCBub3QgYWxsb2NhdGUgSVJRClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogV0FSTklORzogQSBVU0IgcHJvY2VzcyBoYXMgYmVlbiBsZWZ0IHN1c3BlbmRlZApTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IGRldmljZV9hdHRhY2g6IHhoY2kwIGF0dGFjaCByZXR1cm5l ZCA2ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpMDogPHNpbXBsZSBjb21tcz4gYXQg ZGV2aWNlIDIyLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2Vy bmVsOiBlaGNpMDogPEludGVsIFBhbnRoZXIgUG9pbnQgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0g MHhjMWMxNmMwMC0weGMxYzE2ZmZmIGlycSAyMyBhdCBkZXZpY2UgMjYuMCBvbiBwY2kwClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogaW9hcGljMDogcm91dGluZyBpbnRwaW4gMjMgKFBDSSBJ UlEgMjMpIHRvIGxhcGljIDAgdmVjdG9yIDYxClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog dXNidXMwOiBFSENJIHZlcnNpb24gMS4wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogdXNi dXMwIG9uIGVoY2kwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogdXNidXMwOiBicGYgYXR0 YWNoZWQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBlaGNpMDogdXNicGY6IEF0dGFjaGVk ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYzE6IDxJbnRlbCBQYW50aGVyIFBvaW50 IEhEQSBDb250cm9sbGVyPiBtZW0gMHhjMWMxMDAwMC0weGMxYzEzZmZmIGlycSAyMiBhdCBkZXZp Y2UgMjcuMCBvbiBwY2kwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYzE6IEhEQSBE cml2ZXIgUmV2aXNpb246IDIwMTIwMTI2XzAwMDIKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiBoZGFjMTogQ29uZmlnIG9wdGlvbnM6IG9uPTB4MDAwMDAwMDAgb2ZmPTB4MDAwMDAwMDAKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFjMTogYXR0ZW1wdGluZyB0byBhbGxvY2F0ZSAx IE1TSSB2ZWN0b3JzICgxIHN1cHBvcnRlZCkKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBt c2k6IHJvdXRpbmcgTVNJIElSUSAyNjUgdG8gbG9jYWwgQVBJQyAwIHZlY3RvciA2MgpTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWMxOiB1c2luZyBJUlEgMjY1IGZvciBNU0kKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFjMTogQ2FwczogT1NTIDQsIElTUyA0LCBCU1MgMCwg TlNETyAxLCA2NGJpdCwgQ09SQiAyNTYsIFJJUkIgMjU2ClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjguMCBvbiBwY2kw ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YzFhMDAwMDAtMHhjMWFmZmZmZikgZm9yIHJpZCAyMCBvZiBwY2liNApTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGMxODAwMDAwLTB4YzE4ZmZm ZmYpIGZvciByaWQgMjQgb2YgcGNpYjQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2li NDogICBkb21haW4gICAgICAgICAgICAwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNp YjQ6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBj aWI0OiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDMKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBw Y2liNDogICBtZW1vcnkgZGVjb2RlICAgICAweGMxYTAwMDAwLTB4YzFhZmZmZmYKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBwY2liNDogICBwcmVmZXRjaGVkIGRlY29kZSAweGMxODAwMDAw LTB4YzE4ZmZmZmYKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2kzOiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liNApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaTM6IGRvbWFpbj0w LCBwaHlzaWNhbCBidXM9MwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGZvdW5kLT4JdmVu ZG9yPTB4MTRlNCwgZGV2PTB4MTZhMywgcmV2aWQ9MHgxMApTZXAgMjAgMTU6NDA6MzEgcm1icCBr ZXJuZWw6IGRvbWFpbj0wLCBidXM9Mywgc2xvdD0wLCBmdW5jPTAKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBjbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAwMTAsIGNhY2hl bG5zej02NCAoZHdvcmRzKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxhdHRpbWVyPTB4 MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IGludHBpbj1hLCBpcnE9MTEKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBNU0kgc3VwcG9ydHMgOCBtZXNzYWdlcywgNjQgYml0ClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogTVNJLVggc3VwcG9ydHMgNiBtZXNzYWdlcyBpbiBt YXAgMHgxOApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IG1hcFsxMF06IHR5cGUgUHJlZmV0 Y2hhYmxlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhjMTgwMDAwMCwgc2l6ZSAxNiwgZW5hYmxl ZApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWI0OiBhbGxvY2F0ZWQgcHJlZmV0Y2gg cmFuZ2UgKDB4YzE4MDAwMDAtMHhjMTgwZmZmZikgZm9yIHJpZCAxMCBvZiBwY2kwOjM6MDowClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbWFwWzE4XTogdHlwZSBQcmVmZXRjaGFibGUgTWVt b3J5LCByYW5nZSA2NCwgYmFzZSAweGMxODEwMDAwLCBzaXplIDE2LCBlbmFibGVkClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjQ6IGFsbG9jYXRlZCBwcmVmZXRjaCByYW5nZSAoMHhj MTgxMDAwMC0weGMxODFmZmZmKSBmb3IgcmlkIDE4IG9mIHBjaTA6MzowOjAKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBwY2liNDogbWF0Y2hlZCBlbnRyeSBmb3IgMy4wLklOVEEKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liNDogc2xvdCAwIElOVEEgaGFyZHdpcmVkIHRvIElS USAxNgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGZvdW5kLT4JdmVuZG9yPTB4MTRlNCwg ZGV2PTB4MTZiYywgcmV2aWQ9MHgxMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGRvbWFp bj0wLCBidXM9Mywgc2xvdD0wLCBmdW5jPTEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBj bGFzcz0wOC0wNS0wMSwgaGRydHlwZT0weDAwLCBtZmRldj0xClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej02NCAoZHdv cmRzKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxhdHRpbWVyPTB4MDAgKDAgbnMpLCBt aW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IGludHBpbj1iLCBpcnE9MTEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBw b3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiBtYXBbMTBdOiB0eXBlIFByZWZldGNoYWJsZSBNZW1vcnksIHJhbmdlIDY0 LCBiYXNlIDB4YzE4MjAwMDAsIHNpemUgMTYsIGVuYWJsZWQKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiBwY2liNDogYWxsb2NhdGVkIHByZWZldGNoIHJhbmdlICgweGMxODIwMDAwLTB4YzE4 MmZmZmYpIGZvciByaWQgMTAgb2YgcGNpMDozOjA6MQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IHBjaWI0OiBtYXRjaGVkIGVudHJ5IGZvciAzLjAuSU5UQgpTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IHBjaWI0OiBzbG90IDAgSU5UQiBoYXJkd2lyZWQgdG8gSVJRIDE3ClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogcGNpMzogPG5ldHdvcmssIGV0aGVybmV0PiBhdCBkZXZpY2Ug MC4wIChubyBkcml2ZXIgYXR0YWNoZWQpClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogc2Ro Y2kwOiA8R2VuZXJpYyBTRCBIQ0k+IG1lbSAweGMxODIwMDAwLTB4YzE4MmZmZmYgaXJxIDE3IGF0 IGRldmljZSAwLjEgb24gcGNpMwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHNkaGNpMC1z bG90MDogOE1IeiBIUyA0Yml0cyAzLjNWIDMuMFYgMS44ViBETUEKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBzZGhjaTAtc2xvdDA6ID09PT09PT09PT09PT09IFJFR0lTVEVSIERVTVAgPT09 PT09PT09PT09PT0KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBzZGhjaTAtc2xvdDA6IFN5 cyBhZGRyOiAweDAwMDAwMDAwIHwgVmVyc2lvbjogIDB4MDAwMDE1MDIKU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiBzZGhjaTAtc2xvdDA6IEJsayBzaXplOiAweDAwMDAwMDAwIHwgQmxrIGNu dDogIDB4MDAwMDAwMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBzZGhjaTAtc2xvdDA6 IEFyZ3VtZW50OiAweDAwMDAwMDAwIHwgVHJuIG1vZGU6IDB4MDAwMDAwMDAKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBzZGhjaTAtc2xvdDA6IFByZXNlbnQ6ICAweDFmZjgwMDAwIHwgSG9z dCBjdGw6IDB4MDAwMDAwMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBzZGhjaTAtc2xv dDA6IFBvd2VyOiAgICAweDAwMDAwMDAwIHwgQmxrIGdhcDogIDB4MDAwMDAwMDAKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBzZGhjaTAtc2xvdDA6IFdha2UtdXA6ICAweDAwMDAwMDAwIHwg Q2xvY2s6ICAgIDB4MDAwMDAwMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBzZGhjaTAt c2xvdDA6IFRpbWVvdXQ6ICAweDAwMDAwMDAwIHwgSW50IHN0YXQ6IDB4MDAwMDAwMDAKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBzZGhjaTAtc2xvdDA6IEludCBlbmFiOiAweDAxZmYwMGZi IHwgU2lnIGVuYWI6IDB4MDFmZjAwZmIKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBzZGhj aTAtc2xvdDA6IEFDMTIgZXJyOiAweDAwMDAwMDAwIHwgU2xvdCBpbnQ6IDB4MDAwMDAwMDAKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBzZGhjaTAtc2xvdDA6IENhcHM6ICAgICAweDE3NmVj OGIwIHwgTWF4IGN1cnI6IDB4MDAwMDAwMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBz ZGhjaTAtc2xvdDA6ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBzZGhjaTA6IDEgc2xvdChzKSBhbGxvY2F0ZWQK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBpb2FwaWMwOiByb3V0aW5nIGludHBpbiAxNyAo UENJIElSUSAxNykgdG8gbGFwaWMgMCB2ZWN0b3IgNjMKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2Vy bmVsOiBwY2liNTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyOC4xIG9uIHBjaTAK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhj MTkwMDAwMC0weGMxOWZmZmZmKSBmb3IgcmlkIDIwIG9mIHBjaWI1ClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogcGNpYjU6ICAgZG9tYWluICAgICAgICAgICAgMApTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IHBjaWI1OiAgIHNlY29uZGFyeSBidXMgICAgIDQKU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiBwY2liNTogICBzdWJvcmRpbmF0ZSBidXMgICA0ClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogcGNpYjU6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhjMTkwMDAwMC0weGMx OWZmZmZmClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjU6ICAgbm8gcHJlZmV0Y2hl ZCBkZWNvZGUKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2k0OiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liNQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaTQ6IGRvbWFpbj0wLCBw aHlzaWNhbCBidXM9NApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGZvdW5kLT4JdmVuZG9y PTB4MTRlNCwgZGV2PTB4NDMzMSwgcmV2aWQ9MHgwMgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IGRvbWFpbj0wLCBidXM9NCwgc2xvdD0wLCBmdW5jPTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiBjbGFzcz0wMi04MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wClNlcCAyMCAxNTo0 MDozMSBybWJwIGtlcm5lbDogY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5z ej02NCAoZHdvcmRzKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IGludHBpbj1hLCBpcnE9MTEKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBtYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2Ug NjQsIGJhc2UgMHhjMTkwMDAwMCwgc2l6ZSAxNCwgZW5hYmxlZApTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IHBjaWI1OiBhbGxvY2F0ZWQgbWVtb3J5IHJhbmdlICgweGMxOTAwMDAwLTB4YzE5 MDNmZmYpIGZvciByaWQgMTAgb2YgcGNpMDo0OjA6MApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IHBjaWI1OiBtYXRjaGVkIGVudHJ5IGZvciA0LjAuSU5UQQpTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IHBjaWI1OiBzbG90IDAgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE3ClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogcGNpNDogPG5ldHdvcms+IGF0IGRldmljZSAwLjAgKG5vIGRy aXZlciBhdHRhY2hlZCkKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBlaGNpMTogPEludGVs IFBhbnRoZXIgUG9pbnQgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhjMWMxNjgwMC0weGMxYzE2 YmZmIGlycSAyMiBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogaW9hcGljMDogcm91dGluZyBpbnRwaW4gMjIgKFBDSSBJUlEgMjIpIHRvIGxhcGljIDAg dmVjdG9yIDY0ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogdXNidXMxOiBFSENJIHZlcnNp b24gMS4wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogdXNidXMxIG9uIGVoY2kxClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogdXNidXMxOiBicGYgYXR0YWNoZWQKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBlaGNpMTogdXNicGY6IEF0dGFjaGVkClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNp MApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMApT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGFoY2kwOiA8SW50ZWwgUGFudGhlciBQb2ludCBB SENJIFNBVEEgY29udHJvbGxlcj4gcG9ydCAweDMwOTgtMHgzMDlmLDB4MzBiYy0weDMwYmYsMHgz MDkwLTB4MzA5NywweDMwYjgtMHgzMGJiLDB4MzA2MC0weDMwN2YgbWVtIDB4YzFjMTYwMDAtMHhj MWMxNjdmZiBpcnEgMTkgYXQgZGV2aWNlIDMxLjIgb24gcGNpMApTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IGFoY2kwOiBhdHRlbXB0aW5nIHRvIGFsbG9jYXRlIDEgTVNJIHZlY3RvcnMgKDEg c3VwcG9ydGVkKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IG1zaTogcm91dGluZyBNU0kg SVJRIDI2NiB0byBsb2NhbCBBUElDIDAgdmVjdG9yIDY1ClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogYWhjaTA6IHVzaW5nIElSUSAyNjYgZm9yIE1TSQpTZXAgMjAgMTU6NDA6MzEgcm1icCBr ZXJuZWw6IGFoY2kwOiBBSENJIHYxLjMwIHdpdGggNiA2R2JwcyBwb3J0cywgUG9ydCBNdWx0aXBs aWVyIG5vdCBzdXBwb3J0ZWQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBhaGNpMDogQ2Fw czogNjRiaXQgTkNRIEFMUCBBTCBDTE8gNkdicHMgUE1EIFNTQyBQU0MgMzJjbWQgRU0gNnBvcnRz ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogYWhjaTA6IENhcHMyOiBBUFNUClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogYWhjaTA6IEVNIENhcHM6IEFMSEQgWE1UIFNNQiBMRUQKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBhaGNpY2gwOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFu bmVsIDAgb24gYWhjaTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBhaGNpY2gwOiBDYXBz OgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGFoY2ljaDE6IG5vdCBwcm9iZWQgKGRpc2Fi bGVkKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGFoY2ljaDI6IG5vdCBwcm9iZWQgKGRp c2FibGVkKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGFoY2ljaDM6IG5vdCBwcm9iZWQg KGRpc2FibGVkKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGFoY2ljaDQ6IG5vdCBwcm9i ZWQgKGRpc2FibGVkKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGFoY2ljaDU6IG5vdCBw cm9iZWQgKGRpc2FibGVkKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaTA6IDxzZXJp YWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDMxLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBiYXR0ZXJ5MDogPEFDUEkgQ29udHJvbCBNZXRob2QgQmF0 dGVyeT4gb24gYWNwaTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBhY3BpX2FjYWQwOiA8 QUMgQWRhcHRlcj4gb24gYWNwaTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBhY3BpX2xp ZDA6IDxDb250cm9sIE1ldGhvZCBMaWQgU3dpdGNoPiBvbiBhY3BpMApTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IGFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBhY3BpX2J1dHRvbjE6IDxTbGVlcCBCdXR0b24+IG9uIGFj cGkwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogYWNwaTA6IHdha2V1cCBjb2RlIHZhIDB4 ZmZmZmZmODQ1OTdlNzAwMCBwYSAweDk4MDAwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog ZXhfaXNhX2lkZW50aWZ5KCkKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBhaGNfaXNhX3By b2JlIDA6IGlvcG9ydCAweGMwMCBhbGxvYyBmYWlsZWQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2Vy bmVsOiBhaGNfaXNhX3Byb2JlIDE6IGlvcG9ydCAweDFjMDAgYWxsb2MgZmFpbGVkClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogYWhjX2lzYV9wcm9iZSAyOiBpb3BvcnQgMHgyYzAwIGFsbG9j IGZhaWxlZApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGFoY19pc2FfcHJvYmUgMzogaW9w b3J0IDB4M2MwMCBhbGxvYyBmYWlsZWQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBhaGNf aXNhX3Byb2JlIDQ6IGlvcG9ydCAweDRjMDAgYWxsb2MgZmFpbGVkClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogYWhjX2lzYV9wcm9iZSA1OiBpb3BvcnQgMHg1YzAwIGFsbG9jIGZhaWxlZApT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGFoY19pc2FfcHJvYmUgNjogaW9wb3J0IDB4NmMw MCBhbGxvYyBmYWlsZWQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBhaGNfaXNhX3Byb2Jl IDc6IGlvcG9ydCAweDdjMDAgYWxsb2MgZmFpbGVkClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogYWhjX2lzYV9wcm9iZSA4OiBpb3BvcnQgMHg4YzAwIGFsbG9jIGZhaWxlZApTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IGFoY19pc2FfcHJvYmUgOTogaW9wb3J0IDB4OWMwMCBhbGxvYyBm YWlsZWQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBhaGNfaXNhX3Byb2JlIDEwOiBpb3Bv cnQgMHhhYzAwIGFsbG9jIGZhaWxlZApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGFoY19p c2FfcHJvYmUgMTE6IGlvcG9ydCAweGJjMDAgYWxsb2MgZmFpbGVkClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogYWhjX2lzYV9wcm9iZSAxMjogaW9wb3J0IDB4Y2MwMCBhbGxvYyBmYWlsZWQK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBhaGNfaXNhX3Byb2JlIDEzOiBpb3BvcnQgMHhk YzAwIGFsbG9jIGZhaWxlZApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGFoY19pc2FfcHJv YmUgMTQ6IGlvcG9ydCAweGVjMDAgYWxsb2MgZmFpbGVkClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTAwMDAtMHhhMDdmZikgZm9yIHJpZCAw IG9mIG9ybTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhhMDgwMC0weGEwZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGExMDAwLTB4YTE3ZmYpIGZv ciByaWQgMCBvZiBvcm0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YTE4MDAtMHhhMWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhMjAwMC0weGEy N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGEyODAwLTB4YTJmZmYpIGZvciByaWQgMCBvZiBvcm0wClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTMw MDAtMHhhMzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhMzgwMC0weGEzZmZmKSBmb3IgcmlkIDAgb2Yg b3JtMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAz ICgweGE0MDAwLTB4YTQ3ZmYpIGZvciByaWQgMCBvZiBvcm0wClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTQ4MDAtMHhhNGZmZikgZm9yIHJp ZCAwIG9mIG9ybTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVk IHR5cGUgMyAoMHhhNTAwMC0weGE1N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApTZXAgMjAgMTU6NDA6 MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE1ODAwLTB4YTVmZmYp IGZvciByaWQgMCBvZiBvcm0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IGFs bG9jYXRlZCB0eXBlIDMgKDB4YTYwMDAtMHhhNjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhNjgwMC0w eGE2ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBj aWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGE3MDAwLTB4YTc3ZmYpIGZvciByaWQgMCBvZiBvcm0w ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4 YTc4MDAtMHhhN2ZmZikgZm9yIHJpZCAwIG9mIG9ybTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2Vy bmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhODAwMC0weGE4N2ZmKSBmb3IgcmlkIDAg b2Ygb3JtMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBhbGxvY2F0ZWQgdHlw ZSAzICgweGE4ODAwLTB4YThmZmYpIGZvciByaWQgMCBvZiBvcm0wClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YTkwMDAtMHhhOTdmZikgZm9y IHJpZCAwIG9mIG9ybTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2Nh dGVkIHR5cGUgMyAoMHhhOTgwMC0weGE5ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFhMDAwLTB4YWE3 ZmYpIGZvciByaWQgMCBvZiBvcm0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWE4MDAtMHhhYWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhYjAw MC0weGFiN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFiODAwLTB4YWJmZmYpIGZvciByaWQgMCBvZiBv cm0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMg KDB4YWMwMDAtMHhhYzdmZikgZm9yIHJpZCAwIG9mIG9ybTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhYzgwMC0weGFjZmZmKSBmb3Igcmlk IDAgb2Ygb3JtMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBhbGxvY2F0ZWQg dHlwZSAzICgweGFkMDAwLTB4YWQ3ZmYpIGZvciByaWQgMCBvZiBvcm0wClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWQ4MDAtMHhhZGZmZikg Zm9yIHJpZCAwIG9mIG9ybTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxs b2NhdGVkIHR5cGUgMyAoMHhhZTAwMC0weGFlN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGFlODAwLTB4 YWVmZmYpIGZvciByaWQgMCBvZiBvcm0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNp YjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YWYwMDAtMHhhZjdmZikgZm9yIHJpZCAwIG9mIG9ybTAK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhh ZjgwMC0weGFmZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIwMDAwLTB4YjA3ZmYpIGZvciByaWQgMCBv ZiBvcm0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IGFsbG9jYXRlZCB0eXBl IDMgKDB4YjA4MDAtMHhiMGZmZikgZm9yIHJpZCAwIG9mIG9ybTAKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiMTAwMC0weGIxN2ZmKSBmb3Ig cmlkIDAgb2Ygb3JtMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBhbGxvY2F0 ZWQgdHlwZSAzICgweGIxODAwLTB4YjFmZmYpIGZvciByaWQgMCBvZiBvcm0wClNlcCAyMCAxNTo0 MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjIwMDAtMHhiMjdm ZikgZm9yIHJpZCAwIG9mIG9ybTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDog YWxsb2NhdGVkIHR5cGUgMyAoMHhiMjgwMC0weGIyZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApTZXAg MjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGIzMDAw LTB4YjM3ZmYpIGZvciByaWQgMCBvZiBvcm0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog cGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjM4MDAtMHhiM2ZmZikgZm9yIHJpZCAwIG9mIG9y bTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAo MHhiNDAwMC0weGI0N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApTZXAgMjAgMTU6NDA6MzEgcm1icCBr ZXJuZWw6IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGI0ODAwLTB4YjRmZmYpIGZvciByaWQg MCBvZiBvcm0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IGFsbG9jYXRlZCB0 eXBlIDMgKDB4YjUwMDAtMHhiNTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiNTgwMC0weGI1ZmZmKSBm b3IgcmlkIDAgb2Ygb3JtMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBhbGxv Y2F0ZWQgdHlwZSAzICgweGI2MDAwLTB4YjY3ZmYpIGZvciByaWQgMCBvZiBvcm0wClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjY4MDAtMHhi NmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2li MDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiNzAwMC0weGI3N2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGI3 ODAwLTB4YjdmZmYpIGZvciByaWQgMCBvZiBvcm0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YjgwMDAtMHhiODdmZikgZm9yIHJpZCAwIG9m IG9ybTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUg MyAoMHhiODgwMC0weGI4ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGI5MDAwLTB4Yjk3ZmYpIGZvciBy aWQgMCBvZiBvcm0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IGFsbG9jYXRl ZCB0eXBlIDMgKDB4Yjk4MDAtMHhiOWZmZikgZm9yIHJpZCAwIG9mIG9ybTAKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYTAwMC0weGJhN2Zm KSBmb3IgcmlkIDAgb2Ygb3JtMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBh bGxvY2F0ZWQgdHlwZSAzICgweGJhODAwLTB4YmFmZmYpIGZvciByaWQgMCBvZiBvcm0wClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmIwMDAt MHhiYjdmZikgZm9yIHJpZCAwIG9mIG9ybTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBw Y2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiYjgwMC0weGJiZmZmKSBmb3IgcmlkIDAgb2Ygb3Jt MApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgw eGJjMDAwLTB4YmM3ZmYpIGZvciByaWQgMCBvZiBvcm0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmM4MDAtMHhiY2ZmZikgZm9yIHJpZCAw IG9mIG9ybTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5 cGUgMyAoMHhiZDAwMC0weGJkN2ZmKSBmb3IgcmlkIDAgb2Ygb3JtMApTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSAzICgweGJkODAwLTB4YmRmZmYpIGZv ciByaWQgMCBvZiBvcm0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IGFsbG9j YXRlZCB0eXBlIDMgKDB4YmUwMDAtMHhiZTdmZikgZm9yIHJpZCAwIG9mIG9ybTAKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhiZTgwMC0weGJl ZmZmKSBmb3IgcmlkIDAgb2Ygb3JtMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIw OiBhbGxvY2F0ZWQgdHlwZSAzICgweGJmMDAwLTB4YmY3ZmYpIGZvciByaWQgMCBvZiBvcm0wClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDMgKDB4YmY4 MDAtMHhiZmZmZikgZm9yIHJpZCAwIG9mIG9ybTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiBpc2FfcHJvYmVfY2hpbGRyZW46IGRpc2FibGluZyBQblAgZGV2aWNlcwpTZXAgMjAgMTU6NDA6 MzEgcm1icCBrZXJuZWw6IGF0cnRjOiBhdHJ0YzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0 ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogYXR0aW1lcjogYXR0aW1lcjAgYWxyZWFkeSBl eGlzdHM7IHNraXBwaW5nIGl0ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogc2M6IHNjMCBh bHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBp c2FfcHJvYmVfY2hpbGRyZW46IHByb2Jpbmcgbm9uLVBuUCBkZXZpY2VzClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogb3JtMDogPElTQSBPcHRpb24gUk9NPiBhdCBpb21lbSAweGMwMDAwLTB4 Y2U3ZmYgb24gaXNhMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHNjMDogPFN5c3RlbSBj b25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgpTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IHNjMDogZmIwLCBrYmQwLCB0ZXJtaW5hbCBlbXVsYXRvcjogc2N0 ZWtlbiAodGVrZW4gdGVybWluYWwpClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogdmdhMDog PEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZm ZmYgb24gaXNhMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBhbGxvY2F0ZWQg dHlwZSA0ICgweDNjMC0weDNkZikgZm9yIHJpZCAwIG9mIHZnYTAKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgMyAoMHhhMDAwMC0weGJmZmZmKSBmb3Ig cmlkIDAgb2YgdmdhMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBhbGxvY2F0 ZWQgdHlwZSA0ICgweDYwLTB4NjApIGZvciByaWQgMCBvZiBhdGtiZGMwClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogcGNpYjA6IGFsbG9jYXRlZCB0eXBlIDQgKDB4NjQtMHg2NCkgZm9yIHJp ZCAxIG9mIGF0a2JkYzAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBhdGtiZGMwOiBBVCBr ZXlib2FyZCBjb250cm9sbGVyIG5vdCBmb3VuZApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IGF0a2JkYzAgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHg2MCwweDY0IG9uIGlzYTAKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgzZjAtMHgz ZjUpIGZvciByaWQgMCBvZiBmZGMwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDQgKDB4M2Y3LTB4M2Y3KSBmb3IgcmlkIDEgb2YgZmRjMApTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IGZkYzAgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgzZjAt MHgzZjUsMHgzZjcgaXJxIDYgZHJxIDIgb24gaXNhMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IHBwYzA6IGNhbm5vdCByZXNlcnZlIEkvTyBwb3J0IHJhbmdlClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogcHBjMCBmYWlsZWQgdG8gcHJvYmUgYXQgaXJxIDcgb24gaXNhMApTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjaWIwOiBhbGxvY2F0ZWQgdHlwZSA0ICgweDNmOC0weDNm ZikgZm9yIHJpZCAwIG9mIHVhcnQwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNpYjA6 IGFsbG9jYXRlZCB0eXBlIDQgKDB4M2Y4LTB4M2ZmKSBmb3IgcmlkIDAgb2YgdWFydDAKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiB1YXJ0MDogPDgyNTAgb3IgMTY0NTAgb3IgY29tcGF0aWJs ZT4gYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGlzYTAKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgzZjgtMHgzZmYp IGZvciByaWQgMCBvZiB1YXJ0MApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGlvYXBpYzA6 IHJvdXRpbmcgaW50cGluIDQgKElTQSBJUlEgNCkgdG8gbGFwaWMgMCB2ZWN0b3IgNjYKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiB1YXJ0MDogZmFzdCBpbnRlcnJ1cHQKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBwY2liMDogYWxsb2NhdGVkIHR5cGUgNCAoMHgyZjgtMHgyZmYpIGZv ciByaWQgMCBvZiB1YXJ0MQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHVhcnQxIGZhaWxl ZCB0byBwcm9iZSBhdCBwb3J0IDB4MmY4LTB4MmZmIGlycSAzIG9uIGlzYTAKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiB3YndkMCBmYWlsZWQgdG8gcHJvYmUgb24gaXNhMApTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IGlzYV9wcm9iZV9jaGlsZHJlbjogcHJvYmluZyBQblAgZGV2aWNl cwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGNvcmV0ZW1wMDogPENQVSBPbi1EaWUgVGhl cm1hbCBTZW5zb3JzPiBvbiBjcHUwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogY29yZXRl bXAwOiBTZXR0aW5nIFRqTWF4PTEwNQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGVzdDA6 IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTAKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBwNHRjYzA6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJv bD4gb24gY3B1MApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGNvcmV0ZW1wMTogPENQVSBP bi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHUxClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogY29yZXRlbXAxOiBTZXR0aW5nIFRqTWF4PTEwNQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IGVzdDE6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTEK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwNHRjYzE6IDxDUFUgRnJlcXVlbmN5IFRoZXJt YWwgQ29udHJvbD4gb24gY3B1MQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGNvcmV0ZW1w MjogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHUyClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogY29yZXRlbXAyOiBTZXR0aW5nIFRqTWF4PTEwNQpTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IGVzdDI6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+ IG9uIGNwdTIKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwNHRjYzI6IDxDUFUgRnJlcXVl bmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IGNvcmV0ZW1wMzogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHUzClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogY29yZXRlbXAzOiBTZXR0aW5nIFRqTWF4PTEwNQpTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IGVzdDM6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5 IENvbnRyb2w+IG9uIGNwdTMKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwNHRjYzM6IDxD UFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MwpTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IGNvcmV0ZW1wNDogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHU0 ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogY29yZXRlbXA0OiBTZXR0aW5nIFRqTWF4PTEw NQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGVzdDQ6IDxFbmhhbmNlZCBTcGVlZFN0ZXAg RnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBw NHRjYzQ6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1NApTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IGNvcmV0ZW1wNTogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3Jz PiBvbiBjcHU1ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogY29yZXRlbXA1OiBTZXR0aW5n IFRqTWF4PTEwNQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGVzdDU6IDxFbmhhbmNlZCBT cGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTUKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiBwNHRjYzU6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1NQpT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGNvcmV0ZW1wNjogPENQVSBPbi1EaWUgVGhlcm1h bCBTZW5zb3JzPiBvbiBjcHU2ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogY29yZXRlbXA2 OiBTZXR0aW5nIFRqTWF4PTEwNQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGVzdDY6IDxF bmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTYKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBwNHRjYzY6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4g b24gY3B1NgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGNvcmV0ZW1wNzogPENQVSBPbi1E aWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHU3ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog Y29yZXRlbXA3OiBTZXR0aW5nIFRqTWF4PTEwNQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IGVzdDc6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTcKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwNHRjYzc6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwg Q29udHJvbD4gb24gY3B1NwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IERldmljZSBjb25m aWd1cmF0aW9uIGZpbmlzaGVkLgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHByb2NmcyBy ZWdpc3RlcmVkClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbGFwaWM6IERpdmlzb3IgMiwg RnJlcXVlbmN5IDQ5ODg3OTM0IEh6ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogVGltZWNv dW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IHZsYW46IGluaXRpYWxpemVkLCB1c2luZyBoYXNoIHRhYmxlcyB3aXRoIGNoYWluaW5nClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogTGludXggRUxGIGV4ZWMgaGFuZGxlciBpbnN0YWxsZWQK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBsbzA6IGJwZiBhdHRhY2hlZApTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IGhwdHJyOiBubyBjb250cm9sbGVyIGRldGVjdGVkLgpTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWNjMDogPE5WSURJQSAoMHgwMDQyKSBIREEgQ09ERUM+ IGF0IGNhZCAwIG9uIGhkYWMwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhY2MwOiBS b290IE5vZGUgYXQgbmlkPTA6IDEgc3Vibm9kZXMgMS0xClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogaGRhYTA6IDxOVklESUEgKDB4MDA0MikgQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5p ZCAxIG9uIGhkYWNjMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiBBdWRpbyBG dW5jdGlvbiBHcm91cCBhdCBuaWQ9MTogOCBzdWJub2RlcyA0LTExClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogaGRhYTA6IE51bUdQSU89MCBOdW1HUE89MCBOdW1HUEk9MCBHUElXYWtlPTAg R1BJVW5zb2w9MApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiBPcmlnaW5hbCBw aW5zIGNvbmZpZ3VyYXRpb246ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6IG5p ZCAgIDB4ICAgIGFzIHNlcSBkZXZpY2UgICAgICAgY29ubiAgamFjayAgICBsb2MgICAgICAgIGNv bG9yICAgbWlzYwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgNCAxODU2MDBm MCAxNSAwICBEaWdpdGFsLW91dCAgIEphY2sgIERpZ2l0YWwgMHgxOCAgICAgICBVbmtub3duIDAK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogIDUgMTg1NjAwZjAgMTUgMCAgRGln aXRhbC1vdXQgICBKYWNrICBEaWdpdGFsIDB4MTggICAgICAgVW5rbm93biAwClNlcCAyMCAxNTo0 MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICA2IDU4NTYwMGYwIDE1IDAgIERpZ2l0YWwtb3V0ICAg Tm9uZSAgRGlnaXRhbCAweDE4ICAgICAgIFVua25vd24gMApTZXAgMjAgMTU6NDA6MzEgcm1icCBr ZXJuZWw6IGhkYWEwOiAgNyAxODU2MDBmMCAxNSAwICBEaWdpdGFsLW91dCAgIEphY2sgIERpZ2l0 YWwgMHgxOCAgICAgICBVbmtub3duIDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFh MDogUGF0Y2hlZCBwaW5zIGNvbmZpZ3VyYXRpb246ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogaGRhYTA6IG5pZCAgIDB4ICAgIGFzIHNlcSBkZXZpY2UgICAgICAgY29ubiAgamFjayAgICBs b2MgICAgICAgIGNvbG9yICAgbWlzYwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEw OiAgNCAxODU2MDBmMCAxNSAwICBEaWdpdGFsLW91dCAgIEphY2sgIERpZ2l0YWwgMHgxOCAgICAg ICBVbmtub3duIDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogIDUgMTg1NjAw ZjAgMTUgMCAgRGlnaXRhbC1vdXQgICBKYWNrICBEaWdpdGFsIDB4MTggICAgICAgVW5rbm93biAw ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICA2IDU4NTYwMGYwIDE1IDAgIERp Z2l0YWwtb3V0ICAgTm9uZSAgRGlnaXRhbCAweDE4ICAgICAgIFVua25vd24gMCBESVNBClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICA3IDE4NTYwMGYwIDE1IDAgIERpZ2l0YWwt b3V0ICAgSmFjayAgRGlnaXRhbCAweDE4ICAgICAgIFVua25vd24gMApTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IGhkYWEwOiAzIGFzc29jaWF0aW9ucyBmb3VuZDoKU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiBoZGFhMDogQXNzb2NpYXRpb24gMCAoMTUpIG91dDoKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBoZGFhMDogIFBpbiBuaWQ9NCBzZXE9MApTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IGhkYWEwOiBBc3NvY2lhdGlvbiAxICgxNSkgb3V0OgpTZXAgMjAgMTU6NDA6 MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgUGluIG5pZD01IHNlcT0wClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogaGRhYTA6IEFzc29jaWF0aW9uIDIgKDE1KSBvdXQ6ClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogaGRhYTA6ICBQaW4gbmlkPTcgc2VxPTAKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBoZGFhMDogVHJhY2luZyBhc3NvY2lhdGlvbiAwICgxNSkKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBoZGFhMDogIFBpbiA0IHRyYWNlZCB0byBEQUMgOApTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiBBc3NvY2lhdGlvbiAwICgxNSkgdHJhY2Ugc3VjY2Vl ZGVkClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6IFRyYWNpbmcgYXNzb2NpYXRp b24gMSAoMTUpClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICBQaW4gNSB0cmFj ZWQgdG8gREFDIDkKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogQXNzb2NpYXRp b24gMSAoMTUpIHRyYWNlIHN1Y2NlZWRlZApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhk YWEwOiBUcmFjaW5nIGFzc29jaWF0aW9uIDIgKDE1KQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IGhkYWEwOiAgUGluIDcgdHJhY2VkIHRvIERBQyAxMApTZXAgMjAgMTU6NDA6MzEgcm1icCBr ZXJuZWw6IGhkYWEwOiBBc3NvY2lhdGlvbiAyICgxNSkgdHJhY2Ugc3VjY2VlZGVkClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6IExvb2tpbmcgZm9yIGFkZGl0aW9uYWwgREFDIGZv ciBhc3NvY2lhdGlvbiAwICgxNSkKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDog TG9va2luZyBmb3IgYWRkaXRpb25hbCBEQUMgZm9yIGFzc29jaWF0aW9uIDEgKDE1KQpTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiBMb29raW5nIGZvciBhZGRpdGlvbmFsIERBQyBm b3IgYXNzb2NpYXRpb24gMiAoMTUpClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6 IFRyYWNpbmcgaW5wdXQgbW9uaXRvcgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEw OiBUcmFjaW5nIG90aGVyIGlucHV0IG1vbml0b3JzClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogaGRhYTA6IFRyYWNpbmcgYmVlcGVyClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRh YTA6IEZHIGNvbmZpZy9xdWlya3M6IGZvcmNlc3RlcmVvIGl2cmVmNTAgaXZyZWY4MCBpdnJlZjEw MCBpdnJlZgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBoZGFhMDogKy0tLS0tLS0tLS0tLS0tLS0tLS0rClNlcCAyMCAxNTo0 MDozMSBybWJwIGtlcm5lbDogaGRhYTA6IHwgRFVNUElORyBIREEgTk9ERVMgfApTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiArLS0tLS0tLS0tLS0tLS0tLS0tLSsKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog aGRhYTA6IERlZmF1bHQgUGFyYW1ldGVyClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRh YTA6IC0tLS0tLS0tLS0tLS0tLS0tClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6 ICAgICAgICAgIElOIGFtcDogMHgwMDAwMDAwMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IGhkYWEwOiAgICAgICAgIE9VVCBhbXA6IDB4MDAwMDAwMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiBoZGFhMDogClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICAg ICAgICAgIG5pZDogNApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgICAgICAg ICAgIE5hbWU6IHBpbjogRGlnaXRhbC1vdXQgKEphY2spClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQwNzM4MQpTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IGhkYWEwOiAgICAgICAgICAgICAgICAgIERJR0lUQUwgVU5TT0wgOENIClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICBBc3NvY2lhdGlvbjogMCAoMHgw MDAwMDAwMSkKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogICAgICAgICBQaW4g Y2FwOiAweDA5MDAwMDk0ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICAg ICAgICAgICAgICAgUERDIE9VVCBIRE1JIERQIEhCUgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IGhkYWEwOiAgICAgIFBpbiBjb25maWc6IDB4MTg1NjAwZjAKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBoZGFhMDogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDQwIE9VVApTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDQKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogICAgICAgICAgIHwKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBoZGFhMDogICAgICAgICAgICsgPC0gbmlkPTggW2F1ZGlvIG91dHB1dF0gKHNl bGVjdGVkKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgICAgICAgICAgKyBb RElTQUJMRURdIDwtIG5pZD05IFthdWRpbyBvdXRwdXRdClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTEwIFthdWRpbyBvdXRw dXRdClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICAgICAgICArIFtESVNB QkxFRF0gPC0gbmlkPTExIFthdWRpbyBvdXRwdXRdIFtESVNBQkxFRF0KU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiBoZGFhMDogClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6 ICAgICAgICAgICAgIG5pZDogNQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAg ICAgICAgICAgIE5hbWU6IHBpbjogRGlnaXRhbC1vdXQgKEphY2spClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogaGRhYTA6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQwNzM4MQpTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgICAgICAgICAgICAgICAgIERJR0lUQUwgVU5TT0wg OENIClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICBBc3NvY2lhdGlvbjog MSAoMHgwMDAwMDAwMSkKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogICAgICAg ICBQaW4gY2FwOiAweDA5MDAwMDk0ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6 ICAgICAgICAgICAgICAgICAgUERDIE9VVCBIRE1JIERQIEhCUgpTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IGhkYWEwOiAgICAgIFBpbiBjb25maWc6IDB4MTg1NjAwZjAKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBoZGFhMDogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDQwIE9VVApT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgICAgY29ubmVjdGlvbnM6IDQKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogICAgICAgICAgIHwKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9OCBb YXVkaW8gb3V0cHV0XQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgICAgICAg ICAgKyA8LSBuaWQ9OSBbYXVkaW8gb3V0cHV0XSAoc2VsZWN0ZWQpClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTEwIFthdWRp byBvdXRwdXRdClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICAgICAgICAr IFtESVNBQkxFRF0gPC0gbmlkPTExIFthdWRpbyBvdXRwdXRdIFtESVNBQkxFRF0KU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog aGRhYTA6ICAgICAgICAgICAgIG5pZDogNiBbRElTQUJMRURdClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogaGRhYTA6ICAgICAgICAgICAgTmFtZTogcGluOiBEaWdpdGFsLW91dCAoTm9uZSkK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAw NDA3MzgxClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICAgICAgICAgICAg ICAgRElHSVRBTCBVTlNPTCA4Q0gKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDog ICAgICAgICBQaW4gY2FwOiAweDA5MDAwMDk0ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog aGRhYTA6ICAgICAgICAgICAgICAgICAgUERDIE9VVCBIRE1JIERQIEhCUgpTZXAgMjAgMTU6NDA6 MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgICAgIFBpbiBjb25maWc6IDB4NTg1NjAwZjAKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDAw ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICBjb25uZWN0aW9uczogNApT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgICAgICAgICAgfApTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9OCBbYXVkaW8gb3V0 cHV0XSAoc2VsZWN0ZWQpClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICAg ICAgICArIDwtIG5pZD05IFthdWRpbyBvdXRwdXRdClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogaGRhYTA6ICAgICAgICAgICArIDwtIG5pZD0xMCBbYXVkaW8gb3V0cHV0XQpTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgICAgICAgICAgKyA8LSBuaWQ9MTEgW2F1ZGlvIG91 dHB1dF0gW0RJU0FCTEVEXQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogICAgICAgICAgICAgbmlkOiA3ClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICAgICAgICAgTmFtZTogcGluOiBEaWdp dGFsLW91dCAoSmFjaykKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogICAgICBX aWRnZXQgY2FwOiAweDAwNDA3MzgxClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6 ICAgICAgICAgICAgICAgICAgRElHSVRBTCBVTlNPTCA4Q0gKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiBoZGFhMDogICAgIEFzc29jaWF0aW9uOiAyICgweDAwMDAwMDAxKQpTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgICAgICAgIFBpbiBjYXA6IDB4MDkwMDAwOTQKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogICAgICAgICAgICAgICAgICBQREMgT1VU IEhETUkgRFAgSEJSClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICAgUGlu IGNvbmZpZzogMHgxODU2MDBmMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAg ICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwNDAgT1VUClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogaGRhYTA6ICAgICBjb25uZWN0aW9uczogNApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IGhkYWEwOiAgICAgICAgICAgfApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAg ICAgICAgICAgKyBbRElTQUJMRURdIDwtIG5pZD04IFthdWRpbyBvdXRwdXRdClNlcCAyMCAxNTo0 MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICAgICAgICArIFtESVNBQkxFRF0gPC0gbmlkPTkg W2F1ZGlvIG91dHB1dF0KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogICAgICAg ICAgICsgPC0gbmlkPTEwIFthdWRpbyBvdXRwdXRdIChzZWxlY3RlZCkKU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiBoZGFhMDogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MTEgW2F1 ZGlvIG91dHB1dF0gW0RJU0FCTEVEXQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEw OiAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogICAgICAgICAgICAgbmlkOiA4 ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICAgICAgICAgTmFtZTogYXVk aW8gb3V0cHV0ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICAgV2lkZ2V0 IGNhcDogMHgwMDAwNjJiMQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgICAg ICAgICAgICAgICAgIERJR0lUQUwgVU5TT0wgU1RSSVBFKHg0KSA4Q0gKU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiBoZGFhMDogICAgIEFzc29jaWF0aW9uOiAwICgweDAwMDAwMDAxKQpTZXAg MjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgICAgICAgICAgICBPU1M6IHBjbSAocGNt KQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgICAgIFN0cmVhbSBjYXA6IDB4 MDAwMDAwMDUKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogICAgICAgICAgICAg ICAgICBBQzMgUENNClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICAgICAg UENNIGNhcDogMHgwMDBlMDdmMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAg ICAgICAgICAgICAgICAgIDE2IDIwIDI0IGJpdHMsIDMyIDQ0IDQ4IDg4IDk2IDE3NiAxOTIgS0h6 ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6IApTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IGhkYWEwOiAgICAgICAgICAgICBuaWQ6IDkKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiBoZGFhMDogICAgICAgICAgICBOYW1lOiBhdWRpbyBvdXRwdXQKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBoZGFhMDogICAgICBXaWRnZXQgY2FwOiAweDAwMDA2MmIxClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICAgICAgICAgICAgICAgRElHSVRBTCBV TlNPTCBTVFJJUEUoeDQpIDhDSApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAg ICAgQXNzb2NpYXRpb246IDEgKDB4MDAwMDAwMDEpClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogaGRhYTA6ICAgICAgICAgICAgIE9TUzogcGNtIChwY20pClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogaGRhYTA6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwNQpTZXAgMjAgMTU6NDA6 MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgICAgICAgICAgICAgICAgIEFDMyBQQ00KU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogICAgICAgICBQQ00gY2FwOiAweDAwMGUwN2YwClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICAgICAgICAgICAgICAgMTYgMjAg MjQgYml0cywgMzIgNDQgNDggODggOTYgMTc2IDE5MiBLSHoKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiBoZGFhMDogClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICAg ICAgICAgIG5pZDogMTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogICAgICAg ICAgICBOYW1lOiBhdWRpbyBvdXRwdXQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFh MDogICAgICBXaWRnZXQgY2FwOiAweDAwMDA2MmIxClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogaGRhYTA6ICAgICAgICAgICAgICAgICAgRElHSVRBTCBVTlNPTCBTVFJJUEUoeDQpIDhDSApT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgICAgQXNzb2NpYXRpb246IDIgKDB4 MDAwMDAwMDEpClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICAgICAgICAg IE9TUzogcGNtIChwY20pClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICAg U3RyZWFtIGNhcDogMHgwMDAwMDAwNQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEw OiAgICAgICAgICAgICAgICAgIEFDMyBQQ00KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBo ZGFhMDogICAgICAgICBQQ00gY2FwOiAweDAwMGUwN2YwClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogaGRhYTA6ICAgICAgICAgICAgICAgICAgMTYgMjAgMjQgYml0cywgMzIgNDQgNDggODgg OTYgMTc2IDE5MiBLSHoKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICAgICAgICAgIG5pZDogMTEgW0RJU0FC TEVEXQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgICAgICAgICAgIE5hbWU6 IGF1ZGlvIG91dHB1dApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgICAgIFdp ZGdldCBjYXA6IDB4MDAwMDYyYjEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDog ICAgICAgICAgICAgICAgICBESUdJVEFMIFVOU09MIFNUUklQRSh4NCkgOENIClNlcCAyMCAxNTo0 MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwNQpTZXAg MjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEwOiAgICAgICAgICAgICAgICAgIEFDMyBQQ00K U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMDogICAgICAgICBQQ00gY2FwOiAweDAw MGUwN2YwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTA6ICAgICAgICAgICAgICAg ICAgMTYgMjAgMjQgYml0cywgMzIgNDQgNDggODggOTYgMTc2IDE5MiBLSHoKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBoZGFhMDogClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNt MDogPE5WSURJQSAoMHgwMDQyKSAoSERNSS9EUCA4Y2gpPiBhdCBuaWQgNCBvbiBoZGFhMApTZXAg MjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTA6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLSsKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20wOiB8IERVTVBJ TkcgUENNIFBsYXliYWNrL1JlY29yZCBDaGFubmVscyB8ClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogcGNtMDogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpTZXAg MjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTA6IApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IHBjbTA6IFBsYXliYWNrOgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTA6IApT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTA6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAw MDAwNQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTA6ICAgICAgICAgICAgICAgICAg QUMzIFBDTQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTA6ICAgICAgICAgUENNIGNh cDogMHgwMDBlMDdmMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTA6ICAgICAgICAg ICAgICAgICAgMTYgMjAgMjQgYml0cywgMzIgNDQgNDggODggOTYgMTc2IDE5MiBLSHoKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20wOiAgICAgICAgICAgICBEQUM6IDgKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBwY20wOiAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBw Y20wOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBwY20wOiB8IERVTVBJTkcgUGxheWJhY2svUmVjb3JkIFBhdGhzIHwKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20wOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSsKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20wOiAKU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiBwY20wOiBQbGF5YmFjazoKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiBwY20wOiAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20wOiAgICAgbmlkPTQgW3Bp bjogRGlnaXRhbC1vdXQgKEphY2spXQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTA6 ICAgICAgIHwKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20wOiAgICAgICArIDwtIG5p ZD04IFthdWRpbyBvdXRwdXRdIFtzcmM6IHBjbV0KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiBwY20wOiAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20wOiArLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLSsKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20wOiB8IERVTVBJ TkcgVm9sdW1lIENvbnRyb2xzIHwKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20wOiAr LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBw Y20wOiAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20wOiBNaXhlciAidm9sIiAtPiAi bm9uZSI6IGNoaWxkPTB4MDAwMDAwMTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20w OiBNaXhlciAicGNtIjogcGFyZW50PSJ2b2wiClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog cGNtMDogU29mdCBQQ00gbWl4ZXIgRU5BQkxFRApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IHBjbTA6IGNsb25lIG1hbmFnZXI6IGRlYWRsaW5lPTc1MG1zIGZsYWdzPTB4ODAwMDAwMWUKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20wOiBzbmRidWZfc2V0bWFwIDQ0ZTAwMDAwMCwg MTAwMDA7IDB4ZmZmZmZmODQ1OTdmZjAwMCAtPiA0NGUwMDAwMDAKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBwY20xOiA8TlZJRElBICgweDAwNDIpIChIRE1JL0RQIDhjaCk+IGF0IG5pZCA1 IG9uIGhkYWEwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtMTogKy0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IHBjbTE6IHwgRFVNUElORyBQQ00gUGxheWJhY2svUmVjb3JkIENoYW5uZWxzIHwKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBwY20xOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0rClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtMTogClNlcCAyMCAxNTo0 MDozMSBybWJwIGtlcm5lbDogcGNtMTogUGxheWJhY2s6ClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogcGNtMTogClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtMTogICAgICBTdHJl YW0gY2FwOiAweDAwMDAwMDA1ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtMTogICAg ICAgICAgICAgICAgICBBQzMgUENNClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtMTog ICAgICAgICBQQ00gY2FwOiAweDAwMGUwN2YwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog cGNtMTogICAgICAgICAgICAgICAgICAxNiAyMCAyNCBiaXRzLCAzMiA0NCA0OCA4OCA5NiAxNzYg MTkyIEtIegpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTE6ICAgICAgICAgICAgIERB QzogOQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTE6IApTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IHBjbTE6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpTZXAg MjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTE6IHwgRFVNUElORyBQbGF5YmFjay9SZWNvcmQg UGF0aHMgfApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTE6ICstLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tKwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTE6IApT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTE6IFBsYXliYWNrOgpTZXAgMjAgMTU6NDA6 MzEgcm1icCBrZXJuZWw6IHBjbTE6IApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTE6 ICAgICBuaWQ9NSBbcGluOiBEaWdpdGFsLW91dCAoSmFjayldClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogcGNtMTogICAgICAgfApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTE6 ICAgICAgICsgPC0gbmlkPTkgW2F1ZGlvIG91dHB1dF0gW3NyYzogcGNtXQpTZXAgMjAgMTU6NDA6 MzEgcm1icCBrZXJuZWw6IHBjbTE6IApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTE6 ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IHBjbTE6IHwgRFVNUElORyBWb2x1bWUgQ29udHJvbHMgfApTZXAgMjAgMTU6NDA6MzEgcm1icCBr ZXJuZWw6IHBjbTE6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IHBjbTE6IApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTE6IE1p eGVyICJ2b2wiIC0+ICJub25lIjogY2hpbGQ9MHgwMDAwMDAxMApTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IHBjbTE6IE1peGVyICJwY20iOiBwYXJlbnQ9InZvbCIKU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiBwY20xOiBTb2Z0IFBDTSBtaXhlciBFTkFCTEVEClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogcGNtMTogY2xvbmUgbWFuYWdlcjogZGVhZGxpbmU9NzUwbXMgZmxhZ3M9 MHg4MDAwMDAxZQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTE6IHNuZGJ1Zl9zZXRt YXAgYzBjMDAwMCwgMTAwMDA7IDB4ZmZmZmZmODQ1OTgzZjAwMCAtPiBjMGMwMDAwClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogcGNtMjogPE5WSURJQSAoMHgwMDQyKSAoSERNSS9EUCA4Y2gp PiBhdCBuaWQgNyBvbiBoZGFhMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTI6ICst LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBwY20yOiB8IERVTVBJTkcgUENNIFBsYXliYWNrL1JlY29yZCBDaGFubmVscyB8 ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtMjogKy0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tKwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTI6IApT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTI6IFBsYXliYWNrOgpTZXAgMjAgMTU6NDA6 MzEgcm1icCBrZXJuZWw6IHBjbTI6IApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTI6 ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwNQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IHBjbTI6ICAgICAgICAgICAgICAgICAgQUMzIFBDTQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IHBjbTI6ICAgICAgICAgUENNIGNhcDogMHgwMDBlMDdmMApTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IHBjbTI6ICAgICAgICAgICAgICAgICAgMTYgMjAgMjQgYml0cywgMzIgNDQgNDgg ODggOTYgMTc2IDE5MiBLSHoKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20yOiAgICAg ICAgICAgICBEQUM6IDEwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtMjogClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtMjogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0rClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtMjogfCBEVU1QSU5HIFBsYXli YWNrL1JlY29yZCBQYXRocyB8ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtMjogKy0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogcGNtMjogClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtMjogUGxheWJhY2s6ClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtMjogClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogcGNtMjogICAgIG5pZD03IFtwaW46IERpZ2l0YWwtb3V0IChKYWNrKV0KU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBwY20yOiAgICAgICB8ClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogcGNtMjogICAgICAgKyA8LSBuaWQ9MTAgW2F1ZGlvIG91dHB1dF0gW3NyYzogcGNtXQpT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTI6IApTZXAgMjAgMTU6NDA6MzEgcm1icCBr ZXJuZWw6IHBjbTI6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IHBjbTI6IHwgRFVNUElORyBWb2x1bWUgQ29udHJvbHMgfApTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IHBjbTI6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpTZXAg MjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTI6IApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IHBjbTI6IE1peGVyICJ2b2wiIC0+ICJub25lIjogY2hpbGQ9MHgwMDAwMDAxMApTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTI6IE1peGVyICJwY20iOiBwYXJlbnQ9InZvbCIKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20yOiBTb2Z0IFBDTSBtaXhlciBFTkFCTEVEClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtMjogY2xvbmUgbWFuYWdlcjogZGVhZGxpbmU9 NzUwbXMgZmxhZ3M9MHg4MDAwMDAxZQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTI6 IHNuZGJ1Zl9zZXRtYXAgYzEwMDAwMCwgMTAwMDA7IDB4ZmZmZmZmODQ1OTg3ZjAwMCAtPiBjMTAw MDAwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhY2MxOiA8Q2lycnVzIExvZ2ljIENT NDIwNiBIREEgQ09ERUM+IGF0IGNhZCAwIG9uIGhkYWMxClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogaGRhY2MxOiBSb290IE5vZGUgYXQgbmlkPTA6IDEgc3Vibm9kZXMgMS0xClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6IDxDaXJydXMgTG9naWMgQ1M0MjA2IEF1ZGlvIEZ1 bmN0aW9uIEdyb3VwPiBhdCBuaWQgMSBvbiBoZGFjYzEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2Vy bmVsOiBoZGFhMTogQXVkaW8gRnVuY3Rpb24gR3JvdXAgYXQgbmlkPTE6IDIwIHN1Ym5vZGVzIDIt MjEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogTnVtR1BJTz00IE51bUdQTz0w IE51bUdQST0wIEdQSVdha2U9MCBHUElVbnNvbD0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogaGRhYTE6ICBHUElPMDogZGlzYWJsZWQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBo ZGFhMTogIEdQSU8xOiBkaXNhYmxlZApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEx OiAgR1BJTzI6IGRpc2FibGVkClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICBH UElPMzogb3V0cHV0IHN0YXRlPTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTog T3JpZ2luYWwgcGlucyBjb25maWd1cmF0aW9uOgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IGhkYWExOiBuaWQgICAweCAgICBhcyBzZXEgZGV2aWNlICAgICAgIGNvbm4gIGphY2sgICAgbG9j ICAgICAgICBjb2xvciAgIG1pc2MKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTog IDkgMDAyYjQwMjAgMiAgMCAgSGVhZHBob25lcyAgICBKYWNrICBDb21ibyAgIDB4MDAgICAgICAg R3JlZW4gICAwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6IDEwIDkwMTAwMTEy IDEgIDIgIFNwZWFrZXIgICAgICAgRml4ZWQgVW5rbm93biBJbnRlcm5hbCAgIFVua25vd24gMQpT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAxMSA5MDEwMDExMCAxICAwICBTcGVh a2VyICAgICAgIEZpeGVkIFVua25vd24gSW50ZXJuYWwgICBVbmtub3duIDEKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBoZGFhMTogMTIgNDAwMDAwZjAgMTUgMCAgTGluZS1vdXQgICAgICBO b25lICBVbmtub3duIDB4MDAgICAgICAgVW5rbm93biAwClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogaGRhYTE6IDEzIDQwMDAwMGYwIDE1IDAgIExpbmUtb3V0ICAgICAgTm9uZSAgVW5rbm93 biAweDAwICAgICAgIFVua25vd24gMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEx OiAxNCA5MGE2MDEwMCAwICAwICBNaWMgICAgICAgICAgIEZpeGVkIERpZ2l0YWwgSW50ZXJuYWwg ICBVbmtub3duIDEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogMTUgNDAwMDAw ZjAgMTUgMCAgTGluZS1vdXQgICAgICBOb25lICBVbmtub3duIDB4MDAgICAgICAgVW5rbm93biAw ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6IDE2IDAwNGJlMDMwIDMgIDAgIFNQ RElGLW91dCAgICAgSmFjayAgQ29tYm8gICAweDAwICAgICAgIFdoaXRlICAgMApTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAxOCA0MDAwMDBmMCAxNSAwICBMaW5lLW91dCAgICAg IE5vbmUgIFVua25vd24gMHgwMCAgICAgICBVbmtub3duIDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiBoZGFhMTogMjEgNDAwMDAwZjAgMTUgMCAgTGluZS1vdXQgICAgICBOb25lICBVbmtu b3duIDB4MDAgICAgICAgVW5rbm93biAwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRh YTE6IFBhdGNoaW5nIHBpbiBjb25maWcgbmlkPTkgMHgwMDJiNDAyMCAtPiAweDAwMmI0MDEwClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6IFBhdGNoaW5nIHBpbiBjb25maWcgbmlk PTE0IDB4OTBhNjAxMDAgLT4gMHg5MGE2MDE0MApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IGhkYWExOiBQYXRjaGVkIHBpbnMgY29uZmlndXJhdGlvbjoKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiBoZGFhMTogbmlkICAgMHggICAgYXMgc2VxIGRldmljZSAgICAgICBjb25uICBqYWNr ICAgIGxvYyAgICAgICAgY29sb3IgICBtaXNjClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog aGRhYTE6ICA5IDAwMmI0MDEwIDEgIDAgIEhlYWRwaG9uZXMgICAgSmFjayAgQ29tYm8gICAweDAw ICAgICAgIEdyZWVuICAgMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAxMCA5 MDEwMDExMiAxICAyICBTcGVha2VyICAgICAgIEZpeGVkIFVua25vd24gSW50ZXJuYWwgICBVbmtu b3duIDEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogMTEgOTAxMDAxMTAgMSAg MCAgU3BlYWtlciAgICAgICBGaXhlZCBVbmtub3duIEludGVybmFsICAgVW5rbm93biAxClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6IDEyIDQwMDAwMGYwIDE1IDAgIExpbmUtb3V0 ICAgICAgTm9uZSAgVW5rbm93biAweDAwICAgICAgIFVua25vd24gMCBESVNBClNlcCAyMCAxNTo0 MDozMSBybWJwIGtlcm5lbDogaGRhYTE6IDEzIDQwMDAwMGYwIDE1IDAgIExpbmUtb3V0ICAgICAg Tm9uZSAgVW5rbm93biAweDAwICAgICAgIFVua25vd24gMCBESVNBClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogaGRhYTE6IDE0IDkwYTYwMTQwIDQgIDAgIE1pYyAgICAgICAgICAgRml4ZWQg RGlnaXRhbCBJbnRlcm5hbCAgIFVua25vd24gMQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IGhkYWExOiAxNSA0MDAwMDBmMCAxNSAwICBMaW5lLW91dCAgICAgIE5vbmUgIFVua25vd24gMHgw MCAgICAgICBVbmtub3duIDAgRElTQQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEx OiAxNiAwMDRiZTAzMCAzICAwICBTUERJRi1vdXQgICAgIEphY2sgIENvbWJvICAgMHgwMCAgICAg ICBXaGl0ZSAgIDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogMTggNDAwMDAw ZjAgMTUgMCAgTGluZS1vdXQgICAgICBOb25lICBVbmtub3duIDB4MDAgICAgICAgVW5rbm93biAw IERJU0EKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogMjEgNDAwMDAwZjAgMTUg MCAgTGluZS1vdXQgICAgICBOb25lICBVbmtub3duIDB4MDAgICAgICAgVW5rbm93biAwIERJU0EK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogaGRhYV9hdWRpb19hc19wYXJzZTog RHVwbGljYXRlIHBpbiAwICgxMSkgaW4gYXNzb2NpYXRpb24gMSEgRGlzYWJsaW5nIGFzc29jaWF0 aW9uLgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAzIGFzc29jaWF0aW9ucyBm b3VuZDoKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogQXNzb2NpYXRpb24gMCAo MSkgb3V0IChkaXNhYmxlZCk6ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICBQ aW4gbmlkPTExIHNlcT0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICBQaW4g bmlkPTEwIHNlcT0yClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6IEFzc29jaWF0 aW9uIDEgKDMpIG91dDoKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogIFBpbiBu aWQ9MTYgc2VxPTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogQXNzb2NpYXRp b24gMiAoNCkgaW46ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICBQaW4gbmlk PTE0IHNlcT0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6IFRyYWNpbmcgYXNz b2NpYXRpb24gMSAoMykKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogIFBpbiAx NiB0cmFjZWQgdG8gREFDIDgKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogQXNz b2NpYXRpb24gMSAoMykgdHJhY2Ugc3VjY2VlZGVkClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogaGRhYTE6IFRyYWNpbmcgYXNzb2NpYXRpb24gMiAoNCkKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiBoZGFhMTogIFVuYWJsZSB0byB0cmFjZSBwaW4gMTQgdG8gQURDIDUsIHVuZG8gdHJh Y2VzClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICBQaW4gMTQgdHJhY2VkIHRv IEFEQyA2ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6IEFzc29jaWF0aW9uIDIg KDQpIHRyYWNlIHN1Y2NlZWRlZApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiBM b29raW5nIGZvciBhZGRpdGlvbmFsIERBQyBmb3IgYXNzb2NpYXRpb24gMSAoMykKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogTG9va2luZyBmb3IgYWRkaXRpb25hbCBBREMgZm9y IGFzc29jaWF0aW9uIDIgKDQpClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6IFRy YWNpbmcgaW5wdXQgbW9uaXRvcgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiBU cmFjaW5nIG90aGVyIGlucHV0IG1vbml0b3JzClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog aGRhYTE6ICBUcmFjaW5nIG5pZCAxNCB0byBvdXQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiBoZGFhMTogVHJhY2luZyBiZWVwZXIKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFh MTogR1BJTyBjb21taXQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogIEdQSU8w OiBkaXNhYmxlZApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgR1BJTzE6IGRp c2FibGVkClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICBHUElPMjogZGlzYWJs ZWQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogIEdQSU8zOiBvdXRwdXQgc3Rh dGU9MQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiBGRyBjb25maWcvcXVpcmtz OiBmb3JjZXN0ZXJlbyBpdnJlZjUwIGl2cmVmODAgaXZyZWYxMDAgaXZyZWYKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBoZGFhMTogClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRh YTE6ICstLS0tLS0tLS0tLS0tLS0tLS0tKwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhk YWExOiB8IERVTVBJTkcgSERBIE5PREVTIHwKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBo ZGFhMTogKy0tLS0tLS0tLS0tLS0tLS0tLS0rClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog aGRhYTE6IApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiBEZWZhdWx0IFBhcmFt ZXRlcgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAtLS0tLS0tLS0tLS0tLS0t LQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgIFN0cmVhbSBjYXA6IDB4 MDAwMDAwMDMKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICAg ICAgICBGTE9BVDMyIFBDTQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAg ICAgIFBDTSBjYXA6IDB4MDAxZTA3ZjAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFh MTogICAgICAgICAgICAgICAgICAxNiAyMCAyNCAzMiBiaXRzLCAzMiA0NCA0OCA4OCA5NiAxNzYg MTkyIEtIegpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgICBJTiBh bXA6IDB4MDAwMDAwMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAg ICBPVVQgYW1wOiAweDAwMDAwMDAwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6 IApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAgICBuaWQ6IDIg W0RJU0FCTEVEXQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAg IE5hbWU6IGF1ZGlvIG91dHB1dApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAg ICAgIFdpZGdldCBjYXA6IDB4MDAwZDA0MWQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBo ZGFhMTogICAgICAgICAgICAgICAgICBQV1IgU1RFUkVPClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogaGRhYTE6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMwpTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAgICAgICAgIEZMT0FUMzIgUENNClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgUENNIGNhcDogMHgwMDFlMDdmMApT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAgICAgICAgIDE2IDIw IDI0IDMyIGJpdHMsIDMyIDQ0IDQ4IDg4IDk2IDE3NiAxOTIgS0h6ClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogaGRhYTE6ICAgICAgT3V0cHV0IGFtcDogMHg4MDAxN2Y3MwpTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTEy NyBzaXplPTEgb2Zmc2V0PTExNQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICAgbmlkOiAzIFtE SVNBQkxFRF0KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICBO YW1lOiBhdWRpbyBvdXRwdXQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAg ICBXaWRnZXQgY2FwOiAweDAwMGQwNDFkClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRh YTE6ICAgICAgICAgICAgICAgICAgUFdSIFNURVJFTwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IGhkYWExOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDMKU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICAgICAgICBGTE9BVDMyIFBDTQpTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgIFBDTSBjYXA6IDB4MDAxZTA3ZjAKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICAgICAgICAxNiAyMCAy NCAzMiBiaXRzLCAzMiA0NCA0OCA4OCA5NiAxNzYgMTkyIEtIegpTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IGhkYWExOiAgICAgIE91dHB1dCBhbXA6IDB4ODAwMTdmNzMKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0xMjcg c2l6ZT0xIG9mZnNldD0xMTUKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICAgIG5pZDogNCBbRElT QUJMRURdClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICAgTmFt ZTogYXVkaW8gb3V0cHV0ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAg V2lkZ2V0IGNhcDogMHgwMDBkMDQxZApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEx OiAgICAgICAgICAgICAgICAgIFBXUiBTVEVSRU8KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiBoZGFhMTogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAzClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogaGRhYTE6ICAgICAgICAgICAgICAgICAgRkxPQVQzMiBQQ00KU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICBQQ00gY2FwOiAweDAwMWUwN2YwClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICAgICAgICAgMTYgMjAgMjQg MzIgYml0cywgMzIgNDQgNDggODggOTYgMTc2IDE5MiBLSHoKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiBoZGFhMTogICAgICBPdXRwdXQgYW1wOiAweDgwMDE3ZjczClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MTI3IHNp emU9MSBvZmZzZXQ9MTE1ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6IApTZXAg MjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAgICBuaWQ6IDUgW0RJU0FC TEVEXQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAgIE5hbWU6 IGF1ZGlvIGlucHV0ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgV2lk Z2V0IGNhcDogMHgwMDE4MDUxYgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAg ICAgICAgICAgICAgICAgIFBXUiBTVEVSRU8KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBo ZGFhMTogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAzClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogaGRhYTE6ICAgICAgICAgICAgICAgICAgRkxPQVQzMiBQQ00KU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICBQQ00gY2FwOiAweDAwMWUwMWY1ClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICAgICAgICAgMTYgMjAgMjQgMzIg Yml0cywgOCAxNiAzMiA0NCA0OCA4OCA5NiBLSHoKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiBoZGFhMTogICAgICAgSW5wdXQgYW1wOiAweDgwMDMzZjMzClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogaGRhYTE6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9NjMgc2l6ZT0zIG9m ZnNldD01MQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgY29ubmVjdGlv bnM6IDIKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgIHwKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICsgW0RJU0FCTEVEXSA8 LSBuaWQ9MTIgW3BpbjogTGluZS1vdXQgKE5vbmUpXSBbRElTQUJMRURdIChzZWxlY3RlZCkKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICsgW0RJU0FCTEVEXSA8 LSBuaWQ9MTggW3BpbjogTGluZS1vdXQgKE5vbmUpXSBbRElTQUJMRURdClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogaGRhYTE6IApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEx OiAgICAgICAgICAgICBuaWQ6IDYKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTog ICAgICAgICAgICBOYW1lOiBhdWRpbyBpbnB1dApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IGhkYWExOiAgICAgIFdpZGdldCBjYXA6IDB4MDAxODA1MWIKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiBoZGFhMTogICAgICAgICAgICAgICAgICBQV1IgU1RFUkVPClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICBBc3NvY2lhdGlvbjogMiAoMHgwMDAwMDAwMSkKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICBTdHJlYW0gY2FwOiAweDAwMDAw MDAzClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICAgICAgICAg RkxPQVQzMiBQQ00KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICBQ Q00gY2FwOiAweDAwMWUwMWY1ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAg ICAgICAgICAgICAgICAgMTYgMjAgMjQgMzIgYml0cywgOCAxNiAzMiA0NCA0OCA4OCA5NiBLSHoK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgSW5wdXQgYW1wOiAweDgw MDMzZjMzClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICAgICAg ICAgbXV0ZT0xIHN0ZXA9NjMgc2l6ZT0zIG9mZnNldD01MQpTZXAgMjAgMTU6NDA6MzEgcm1icCBr ZXJuZWw6IGhkYWExOiAgICAgY29ubmVjdGlvbnM6IDIKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2Vy bmVsOiBoZGFhMTogICAgICAgICAgIHwKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFh MTogICAgICAgICAgICsgW0RJU0FCTEVEXSA8LSBuaWQ9MTMgW3BpbjogTGluZS1vdXQgKE5vbmUp XSBbRElTQUJMRURdClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAg ICArIDwtIG5pZD0xNCBbcGluOiBNaWMgKEZpeGVkKV0gKHNlbGVjdGVkKQpTZXAgMjAgMTU6NDA6 MzEgcm1icCBrZXJuZWw6IGhkYWExOiAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFh MTogICAgICAgICAgICAgbmlkOiA3IFtESVNBQkxFRF0KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2Vy bmVsOiBoZGFhMTogICAgICAgICAgICBOYW1lOiBhdWRpbyBpbnB1dApTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IGhkYWExOiAgICAgIFdpZGdldCBjYXA6IDB4MDAxODA3OTEKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICAgICAgICBQV1IgRElHSVRBTCBV TlNPTCBTVEVSRU8KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICBTdHJl YW0gY2FwOiAweDAwMDAwMDA3ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAg ICAgICAgICAgICAgICAgQUMzIEZMT0FUMzIgUENNClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogaGRhYTE6ICAgICAgICAgUENNIGNhcDogMHgwMDFlMDU3MApTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAgICAgICAgIDE2IDIwIDI0IDMyIGJpdHMsIDMyIDQ0 IDQ4IDk2IDE5MiBLSHoKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgIGNv bm5lY3Rpb25zOiAxClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAg ICB8ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICArIFtESVNB QkxFRF0gPC0gbmlkPTE1IFtwaW46IExpbmUtb3V0IChOb25lKV0gW0RJU0FCTEVEXQpTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiBoZGFhMTogICAgICAgICAgICAgbmlkOiA4ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog aGRhYTE6ICAgICAgICAgICAgTmFtZTogYXVkaW8gb3V0cHV0ClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogaGRhYTE6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDA0MDYxMQpTZXAgMjAgMTU6NDA6 MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAgICAgICAgIFBXUiBESUdJVEFMIFNURVJF TwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgQXNzb2NpYXRpb246IDEg KDB4MDAwMDAwMDEpClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAg ICAgIE9TUzogcGNtIChwY20pClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAg ICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwNwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhk YWExOiAgICAgICAgICAgICAgICAgIEFDMyBGTE9BVDMyIFBDTQpTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IGhkYWExOiAgICAgICAgIFBDTSBjYXA6IDB4MDAxZTA3ZjAKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICAgICAgICAxNiAyMCAyNCAzMiBiaXRz LCAzMiA0NCA0OCA4OCA5NiAxNzYgMTkyIEtIegpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IGhkYWExOiAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICAg bmlkOiA5IFtESVNBQkxFRF0KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAg ICAgICAgICBOYW1lOiBwaW46IEhlYWRwaG9uZXMgKEdyZWVuIEphY2spClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQxMDU4MQpTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAgICAgICAgIFBXUiBVTlNPTCBT VEVSRU8KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICBQaW4gY2Fw OiAweDAwMDAwMDFjClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAg ICAgICAgICAgUERDIEhQIE9VVApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAg ICAgIFBpbiBjb25maWc6IDB4MDAyYjQwMTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBo ZGFhMTogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDAwClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogaGRhYTE6ICAgICBjb25uZWN0aW9uczogMQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IGhkYWExOiAgICAgICAgICAgfApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEx OiAgICAgICAgICAgKyA8LSBuaWQ9MiBbYXVkaW8gb3V0cHV0XSBbRElTQUJMRURdClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6IApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IGhkYWExOiAgICAgICAgICAgICBuaWQ6IDEwIFtESVNBQkxFRF0KU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICBOYW1lOiBwaW46IFNwZWFrZXIgKEZpeGVkKQpT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgIFdpZGdldCBjYXA6IDB4MDA0 MTA1ODEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICAgICAg ICBQV1IgVU5TT0wgU1RFUkVPClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAg ICAgICAgUGluIGNhcDogMHgwMDAwMDA1NApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhk YWExOiAgICAgICAgICAgICAgICAgIFBEQyBPVVQgQkFMClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogaGRhYTE6ICAgICAgUGluIGNvbmZpZzogMHg5MDEwMDExMgpTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IGhkYWExOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwMDAKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgIGNvbm5lY3Rpb25zOiAxClNlcCAyMCAxNTo0 MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICB8ClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogaGRhYTE6ICAgICAgICAgICArIDwtIG5pZD0zIFthdWRpbyBvdXRwdXRdIFtESVNB QkxFRF0KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICAgIG5pZDogMTEgW0RJU0FCTEVEXQpTZXAg MjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAgIE5hbWU6IHBpbjogU3Bl YWtlciAoRml4ZWQpClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgV2lk Z2V0IGNhcDogMHgwMDQxMDEwMQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAg ICAgICAgICAgICAgICAgIFNURVJFTwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEx OiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDAwNTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiBoZGFhMTogICAgICAgICAgICAgICAgICBPVVQgQkFMClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogaGRhYTE6ICAgICAgUGluIGNvbmZpZzogMHg5MDEwMDExMApTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IGhkYWExOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwMDAKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgIGNvbm5lY3Rpb25zOiAxClNlcCAyMCAxNTo0 MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICB8ClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogaGRhYTE6ICAgICAgICAgICArIDwtIG5pZD00IFthdWRpbyBvdXRwdXRdIFtESVNB QkxFRF0KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICAgIG5pZDogMTIgW0RJU0FCTEVEXQpTZXAg MjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAgIE5hbWU6IHBpbjogTGlu ZS1vdXQgKE5vbmUpClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgV2lk Z2V0IGNhcDogMHgwMDQxMDQ4YgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAg ICAgICAgICAgICAgICAgIFBXUiBVTlNPTCBTVEVSRU8KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2Vy bmVsOiBoZGFhMTogICAgICAgICBQaW4gY2FwOiAweDAwMDAwMDI0ClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICAgICAgICAgUERDIElOClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgUGluIGNvbmZpZzogMHg0MDAwMDBmMApTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwMDAK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgSW5wdXQgYW1wOiAweDAw MjcwMzAwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICAgICAg ICAgbXV0ZT0wIHN0ZXA9MyBzaXplPTM5IG9mZnNldD0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogaGRhYTE6IApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAg ICAgICBuaWQ6IDEzIFtESVNBQkxFRF0KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFh MTogICAgICAgICAgICBOYW1lOiBwaW46IExpbmUtb3V0IChOb25lKQpTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IGhkYWExOiAgICAgIFdpZGdldCBjYXA6IDB4MDA0MTA0OGIKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICAgICAgICBQV1IgVU5TT0wgU1RF UkVPClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgUGluIGNhcDog MHgwMDAwMTc2NApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAg ICAgICAgIFBEQyBJTiBCQUwgVlJFRlsgNTAgODAgR1JPVU5EIEhJWiBdClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgUGluIGNvbmZpZzogMHg0MDAwMDBmMApTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwMDAK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgSW5wdXQgYW1wOiAweDAw MjcwMzAwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICAgICAg ICAgbXV0ZT0wIHN0ZXA9MyBzaXplPTM5IG9mZnNldD0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogaGRhYTE6IApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAg ICAgICBuaWQ6IDE0ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAg ICAgTmFtZTogcGluOiBNaWMgKEZpeGVkKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhk YWExOiAgICAgIFdpZGdldCBjYXA6IDB4MDA0MTAwMGIKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2Vy bmVsOiBoZGFhMTogICAgICAgICAgICAgICAgICBTVEVSRU8KU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiBoZGFhMTogICAgIEFzc29jaWF0aW9uOiAyICgweDAwMDAwMDAxKQpTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAgICBPU1M6IG1vbml0b3IgKG1vbml0 b3IpClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgUGluIGNhcDog MHgwMDAwMDAyMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAg ICAgICAgIElOClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgUGluIGNv bmZpZzogMHg5MGE2MDE0MApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAg UGluIGNvbnRyb2w6IDB4MDAwMDAwMjAgSU4KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBo ZGFhMTogICAgICAgSW5wdXQgYW1wOiAweDAwMjcwMjAwClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogaGRhYTE6ICAgICAgICAgICAgICAgICAgbXV0ZT0wIHN0ZXA9MiBzaXplPTM5IG9mZnNl dD0wClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6IApTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAgICBuaWQ6IDE1IFtESVNBQkxFRF0KU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICBOYW1lOiBwaW46IExpbmUt b3V0IChOb25lKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgIFdpZGdl dCBjYXA6IDB4MDA0MTA2ODEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAg ICAgICAgICAgICAgICBQV1IgRElHSVRBTCBVTlNPTCBTVEVSRU8KU2VwIDIwIDE1OjQwOjMxIHJt YnAga2VybmVsOiBoZGFhMTogICAgICAgICBQaW4gY2FwOiAweDAwMDAwMDI0ClNlcCAyMCAxNTo0 MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICAgICAgICAgUERDIElOClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgUGluIGNvbmZpZzogMHg0MDAwMDBmMApT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgUGluIGNvbnRyb2w6IDB4MDAw MDAwMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICAgIG5pZDogMTYKU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICBOYW1lOiBwaW46IFNQRElGLW91dCAoV2hp dGUgSmFjaykKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICBXaWRnZXQg Y2FwOiAweDAwNDEwMzAxClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAg ICAgICAgICAgICAgRElHSVRBTCBTVEVSRU8KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBo ZGFhMTogICAgIEFzc29jaWF0aW9uOiAxICgweDAwMDAwMDAxKQpTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IGhkYWExOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDAwMTAKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICAgICAgICBPVVQKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICBQaW4gY29uZmlnOiAweDAwNGJlMDMwClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDA0 MCBPVVQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgIGNvbm5lY3Rpb25z OiAxClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICB8ClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICArIDwtIG5pZD04IFthdWRp byBvdXRwdXRdClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6IApTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAgICBuaWQ6IDE3IFtESVNBQkxFRF0K U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICBOYW1lOiB2ZW5k b3Igd2lkZ2V0ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgV2lkZ2V0 IGNhcDogMHgwMGYwMDA0MApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAg ICAgICAgICAgICAgIFBST0MKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICAgIG5pZDogMTggW0RJ U0FCTEVEXQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAgIE5h bWU6IHBpbjogTGluZS1vdXQgKE5vbmUpClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRh YTE6ICAgICAgV2lkZ2V0IGNhcDogMHgwMDQxMDAwYgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IGhkYWExOiAgICAgICAgICAgICAgICAgIFNURVJFTwpTZXAgMjAgMTU6NDA6MzEgcm1icCBr ZXJuZWw6IGhkYWExOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDAwMjAKU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICAgICAgICBJTgpTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IGhkYWExOiAgICAgIFBpbiBjb25maWc6IDB4NDAwMDAwZjAKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDAwClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgIElucHV0IGFtcDogMHgwMDI3 MDIwMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAgICAgICAg IG11dGU9MCBzdGVwPTIgc2l6ZT0zOSBvZmZzZXQ9MApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IGhkYWExOiAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAg ICAgbmlkOiAxOQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAg IE5hbWU6IGJlZXAgd2lkZ2V0ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAg ICAgV2lkZ2V0IGNhcDogMHgwMDcwMDAwMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhk YWExOiAgICAgQXNzb2NpYXRpb246IC0yICgweDAwMDAwMDAwKQpTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IGhkYWExOiAgICAgICAgICAgICBPU1M6IHNwZWFrZXIgKHNwZWFrZXIpClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6IApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IGhkYWExOiAgICAgICAgICAgICBuaWQ6IDIwIFtESVNBQkxFRF0KU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICBOYW1lOiBhdWRpbyBvdXRwdXQKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICBXaWRnZXQgY2FwOiAweDAwMDQwNjEx ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICAgICAgICAgUFdS IERJR0lUQUwgU1RFUkVPClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAg U3RyZWFtIGNhcDogMHgwMDAwMDAwNwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWEx OiAgICAgICAgICAgICAgICAgIEFDMyBGTE9BVDMyIFBDTQpTZXAgMjAgMTU6NDA6MzEgcm1icCBr ZXJuZWw6IGhkYWExOiAgICAgICAgIFBDTSBjYXA6IDB4MDAxZTA3ZjAKU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICAgICAgICAxNiAyMCAyNCAzMiBiaXRzLCAz MiA0NCA0OCA4OCA5NiAxNzYgMTkyIEtIegpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhk YWExOiAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICAgICAgbmlk OiAyMSBbRElTQUJMRURdClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAg ICAgICAgTmFtZTogcGluOiBMaW5lLW91dCAoTm9uZSkKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2Vy bmVsOiBoZGFhMTogICAgICBXaWRnZXQgY2FwOiAweDAwNDEwMzAxClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICAgICAgICAgRElHSVRBTCBTVEVSRU8KU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgICAgICBQaW4gY2FwOiAweDAwMDAwMDEw ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICAgICAgICAgT1VU ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgUGluIGNvbmZpZzogMHg0 MDAwMDBmMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGhkYWExOiAgICAgUGluIGNvbnRy b2w6IDB4MDAwMDAwMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBoZGFhMTogICAgIGNv bm5lY3Rpb25zOiAxClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAg ICB8ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaGRhYTE6ICAgICAgICAgICArIDwtIG5p ZD0yMCBbYXVkaW8gb3V0cHV0XSBbRElTQUJMRURdClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogaGRhYTE6IApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTM6IDxDaXJydXMgTG9n aWMgQ1M0MjA2IChEaWdpdGFsKT4gYXQgbmlkIDE2IG9uIGhkYWExClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogcGNtMzogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t KwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTM6IHwgRFVNUElORyBQQ00gUGxheWJh Y2svUmVjb3JkIENoYW5uZWxzIHwKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20zOiAr LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogcGNtMzogClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtMzogUGxh eWJhY2s6ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtMzogClNlcCAyMCAxNTo0MDoz MSBybWJwIGtlcm5lbDogcGNtMzogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDA3ClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogcGNtMzogICAgICAgICAgICAgICAgICBBQzMgRkxPQVQzMiBQ Q00KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20zOiAgICAgICAgIFBDTSBjYXA6IDB4 MDAxZTA3ZjAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20zOiAgICAgICAgICAgICAg ICAgIDE2IDIwIDI0IDMyIGJpdHMsIDMyIDQ0IDQ4IDg4IDk2IDE3NiAxOTIgS0h6ClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogcGNtMzogICAgICAgICAgICAgREFDOiA4ClNlcCAyMCAxNTo0 MDozMSBybWJwIGtlcm5lbDogcGNtMzogClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNt MzogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogcGNtMzogfCBEVU1QSU5HIFBsYXliYWNrL1JlY29yZCBQYXRocyB8ClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogcGNtMzogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0rClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtMzogClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogcGNtMzogUGxheWJhY2s6ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog cGNtMzogClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtMzogICAgIG5pZD0xNiBbcGlu OiBTUERJRi1vdXQgKFdoaXRlIEphY2spXQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBj bTM6ICAgICAgIHwKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20zOiAgICAgICArIDwt IG5pZD04IFthdWRpbyBvdXRwdXRdIFtzcmM6IHBjbV0KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2Vy bmVsOiBwY20zOiAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20zOiArLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLSsKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20zOiB8IERV TVBJTkcgVm9sdW1lIENvbnRyb2xzIHwKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20z OiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiBwY20zOiAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20zOiBNaXhlciAidm9sIiAt PiAibm9uZSI6IGNoaWxkPTB4MDAwMDAwMTAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBw Y20zOiBNaXhlciAicGNtIjogcGFyZW50PSJ2b2wiClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogcGNtMzogU29mdCBQQ00gbWl4ZXIgRU5BQkxFRApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IHBjbTM6IGNsb25lIG1hbmFnZXI6IGRlYWRsaW5lPTc1MG1zIGZsYWdzPTB4ODAwMDAwMWUK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY20zOiBzbmRidWZfc2V0bWFwIGMxNDAwMDAs IDEwMDAwOyAweGZmZmZmZjg0NTk4YmYwMDAgLT4gYzE0MDAwMApTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IHBjbTQ6IDxDaXJydXMgTG9naWMgQ1M0MjA2IChJbnRlcm5hbCBBbmFsb2cgTWlj KT4gYXQgbmlkIDE0IG9uIGhkYWExClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtNDog Ky0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IHBjbTQ6IHwgRFVNUElORyBQQ00gUGxheWJhY2svUmVjb3JkIENoYW5uZWxz IHwKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY200OiArLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0rClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtNDog ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtNDogUmVjb3JkOgpTZXAgMjAgMTU6NDA6 MzEgcm1icCBrZXJuZWw6IHBjbTQ6IApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTQ6 ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IHBjbTQ6ICAgICAgICAgICAgICAgICAgRkxPQVQzMiBQQ00KU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiBwY200OiAgICAgICAgIFBDTSBjYXA6IDB4MDAxZTAxZjUKU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiBwY200OiAgICAgICAgICAgICAgICAgIDE2IDIwIDI0IDMyIGJpdHMsIDgg MTYgMzIgNDQgNDggODggOTYgS0h6ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtNDog ICAgICAgICAgICAgREFDOiA2ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtNDogClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtNDogKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0rClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtNDogfCBEVU1QSU5HIFBs YXliYWNrL1JlY29yZCBQYXRocyB8ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtNDog Ky0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogcGNtNDogClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtNDogUmVjb3JkOgpT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTQ6IApTZXAgMjAgMTU6NDA6MzEgcm1icCBr ZXJuZWw6IHBjbTQ6ICAgICBuaWQ9NiBbYXVkaW8gaW5wdXRdClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogcGNtNDogICAgICAgfApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTQ6 ICAgICAgICsgPC0gbmlkPTE0IFtwaW46IE1pYyAoRml4ZWQpXSBbc3JjOiBtb25pdG9yXQpTZXAg MjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTQ6IApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IHBjbTQ6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IHBjbTQ6IHwgRFVNUElORyBWb2x1bWUgQ29udHJvbHMgfApTZXAgMjAgMTU6NDA6 MzEgcm1icCBrZXJuZWw6IHBjbTQ6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwpTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTQ6IApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IHBjbTQ6IE1pY3JvcGhvbmUyIFZvbHVtZSAoT1NTOiBtb25pdG9yKTogMC8yMGRCClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogcGNtNDogICAgfApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IHBjbTQ6ICAgICstIGN0bCAgOCAobmlkICAxNCBvdXQpOiAgICAwLzIwZEIgKDMgc3RlcHMp ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGNtNDogClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogcGNtNDogUmVjb3JkaW5nIExldmVsIChPU1M6IHJlYyk6IDAvMjBkQgpTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTQ6ICAgIHwKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2Vy bmVsOiBwY200OiAgICArLSBjdGwgIDggKG5pZCAgMTQgb3V0KTogICAgMC8yMGRCICgzIHN0ZXBz KQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBjbTQ6IApTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IHBjbTQ6IE1peGVyICJyZWMiOgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IHBjbTQ6IE1peGVyICJtb25pdG9yIjoKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwY200 OiBjbG9uZSBtYW5hZ2VyOiBkZWFkbGluZT03NTBtcyBmbGFncz0weDgwMDAwMDFlClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogcGNtNDogc25kYnVmX3NldG1hcCBjMTgwMDAwLCAxMDAwMDsg MHhmZmZmZmY4NDU5OGZmMDAwIC0+IGMxODAwMDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiBwY200OiBBdXRvbWF0aWNhbGx5IHNldCByZWMgc291cmNlIHRvOiBtb25pdG9yClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogdXNidXMwOiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjAK U2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiB1c2J1czE6IDQ4ME1icHMgSGlnaCBTcGVlZCBV U0IgdjIuMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGFoY2ljaDA6IEFIQ0kgcmVzZXQu Li4KU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBhaGNpY2gwOiBTQVRBIGNvbm5lY3QgdGlt ZT0xMDB1cyBzdGF0dXM9MDAwMDAxMzMKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBhaGNp Y2gwOiBBSENJIHJlc2V0OiBkZXZpY2UgZm91bmQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiBiYXR0ZXJ5MDogYmF0dGVyeSBpbml0aWFsaXphdGlvbiBzdGFydApTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IHVnZW4wLjE6IDxJbnRlbD4gYXQgdXNidXMwClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogdWh1YjA6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAy LjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog dWdlbjEuMTogPEludGVsPiBhdCB1c2J1czEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiB1 aHViMTogPEludGVsIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRk ciAxPiBvbiB1c2J1czEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBhaGNpY2gwOiBBSENJ IHJlc2V0OiBkZXZpY2UgcmVhZHkgYWZ0ZXIgMTAwbXMKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2Vy bmVsOiBiYXR0ZXJ5MDogYmF0dGVyeSBpbml0aWFsaXphdGlvbiBkb25lLCB0cmllZCAxIHRpbWVz ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogYWNwaV9hY2FkMDogYWNsaW5lIGluaXRpYWxp emF0aW9uIHN0YXJ0ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogYWNwaV9hY2FkMDogT24g TGluZQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGFjcGlfYWNhZDA6IGFjbGluZSBpbml0 aWFsaXphdGlvbiBkb25lLCB0cmllZCAxIHRpbWVzClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogdWh1YjA6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2Vs ZiBwb3dlcmVkClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogdWdlbjAuMjogPHZlbmRvciAw eDgwODc+IGF0IHVzYnVzMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHVodWIyOiA8dmVu ZG9yIDB4ODA4NyBwcm9kdWN0IDB4MDAyNCwgY2xhc3MgOS8wLCByZXYgMi4wMC8wLjAwLCBhZGRy IDI+IG9uIHVzYnVzMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHVnZW4xLjI6IDx2ZW5k b3IgMHg4MDg3PiBhdCB1c2J1czEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiB1aHViMzog PHZlbmRvciAweDgwODcgcHJvZHVjdCAweDAwMjQsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMC4wMCwg YWRkciAyPiBvbiB1c2J1czEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiB1aHViMjogNiBw b3J0cyB3aXRoIDUgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKU2VwIDIwIDE1OjQwOjMxIHJtYnAg a2VybmVsOiB1aHViMzogOCBwb3J0cyB3aXRoIDcgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiB1Z2VuMC4zOiA8QXBwbGUgSW5jLj4gYXQgdXNidXMw ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogdWdlbjEuMzogPFJhbGluaz4gYXQgdXNidXMx ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogcnVuMDogPDEuMD4gb24gdXNidXMxClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogcGFzczAgYXQgYWhjaWNoMCBidXMgMCBzY2J1czAgdGFy Z2V0IDAgbHVuIDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBwYXNzMDogPEFQUExFIFNT RCBTTTUxMkUgQ1hNMDlBMVE+IEFUQS04IFNBVEEgMy54IGRldmljZQpTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IHBhc3MwOiBTZXJpYWwgTnVtYmVyIFMwVk1OWUFDODIyMjk4ClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogcGFzczA6IDYwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAz LngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHBh c3MwOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVs OiBhZGEwIGF0IGFoY2ljaDAgYnVzIDAgc2NidXMwIHRhcmdldCAwIGx1biAwClNlcCAyMCAxNTo0 MDozMSBybWJwIGtlcm5lbDogR0VPTTogbmV3IGRpc2sgYWRhMApTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IGFkYTA6IDxBUFBMRSBTU0QgU001MTJFIENYTTA5QTFRPiBBVEEtOCBTQVRBIDMu eCBkZXZpY2UKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBhZGEwOiBTZXJpYWwgTnVtYmVy IFMwVk1OWUFDODIyMjk4ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogYWRhMDogNjAwLjAw ME1CL3MgdHJhbnNmZXJzIChTQVRBIDMueCwgVURNQTYsIFBJTyA4MTkyYnl0ZXMpClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogYWRhMDogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogYWRhMDogNDc3MTAyTUIgKDk3NzEwNTA2MCA1MTIgYnl0 ZSBzZWN0b3JzOiAxNkggNjNTL1QgMTYzODNDKQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IGFkYTA6IFByZXZpb3VzbHkgd2FzIGtub3duIGFzIGFkNApTZXAgMjAgMTU6NDA6MzEgcm1icCBr ZXJuZWw6IGxhcGljMzogQ01DSSB1bm1hc2tlZApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IGxhcGljMjogQ01DSSB1bm1hc2tlZApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxhcGlj NDogQ01DSSB1bm1hc2tlZApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxhcGljNzogQ01D SSB1bm1hc2tlZApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxhcGljNjogQ01DSSB1bm1h c2tlZApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxhcGljNTogQ01DSSB1bm1hc2tlZApT ZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IFNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQpTZXAg MjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGNwdTEgQVA6ClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogSUQ6IDB4MDEwMDAwMDAgICBWRVI6IDB4MDEwNjAwMTUgTERSOiAweDAwMDAwMDAwIERG UjogMHhmZmZmZmZmZgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxpbnQwOiAweDAwMDEw NzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAx MDAwMCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogY21jaTogMHgwMDAxMDBmMgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IFNN UDogQVAgQ1BVICM1IExhdW5jaGVkIQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGNwdTUg QVA6ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogSUQ6IDB4MDUwMDAwMDAgICBWRVI6IDB4 MDEwNjAwMTUgTERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZmZgpTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgw MDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiB0aW1l cjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAw MDEwNDAwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogY21jaTogMHgwMDAwMDBmMgpTZXAg MjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IFNNUDogQVAgQ1BVICMyIExhdW5jaGVkIQpTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IGNwdTIgQVA6ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogSUQ6IDB4MDIwMDAwMDAgICBWRVI6IDB4MDEwNjAwMTUgTERSOiAweDAwMDAwMDAwIERGUjog MHhmZmZmZmZmZgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxpbnQwOiAweDAwMDEwNzAw IGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAw MCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogY21jaTogMHgwMDAwMDBmMgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IFNNUDog QVAgQ1BVICM2IExhdW5jaGVkIQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGNwdTYgQVA6 ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogSUQ6IDB4MDYwMDAwMDAgICBWRVI6IDB4MDEw NjAwMTUgTERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZmZgpTZXAgMjAgMTU6NDA6MzEgcm1i cCBrZXJuZWw6IGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAw MDAwMCBTVlI6IDB4MDAwMDAxZmYKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiB0aW1lcjog MHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEw NDAwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogY21jaTogMHgwMDAwMDBmMgpTZXAgMjAg MTU6NDA6MzEgcm1icCBrZXJuZWw6IFNNUDogQVAgQ1BVICMzIExhdW5jaGVkIQpTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IGNwdTMgQVA6ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog SUQ6IDB4MDMwMDAwMDAgICBWRVI6IDB4MDEwNjAwMTUgTERSOiAweDAwMDAwMDAwIERGUjogMHhm ZmZmZmZmZgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxpbnQwOiAweDAwMDEwNzAwIGxp bnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBl cnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogY21jaTogMHgwMDAwMDBmMgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IFNNUDogQVAg Q1BVICM3IExhdW5jaGVkIQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGNwdTcgQVA6ClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogSUQ6IDB4MDcwMDAwMDAgICBWRVI6IDB4MDEwNjAw MTUgTERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZmZmZmZgpTZXAgMjAgMTU6NDA6MzEgcm1icCBr ZXJuZWw6IGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAw MCBTVlI6IDB4MDAwMDAxZmYKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiB0aW1lcjogMHgw MDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBlcnI6IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAw ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogY21jaTogMHgwMDAwMDBmMgpTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IFNNUDogQVAgQ1BVICM0IExhdW5jaGVkIQpTZXAgMjAgMTU6NDA6 MzEgcm1icCBrZXJuZWw6IGNwdTQgQVA6ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogSUQ6 IDB4MDQwMDAwMDAgICBWRVI6IDB4MDEwNjAwMTUgTERSOiAweDAwMDAwMDAwIERGUjogMHhmZmZm ZmZmZgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGxpbnQwOiAweDAwMDEwNzAwIGxpbnQx OiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6IDB4MDAwMDAxZmYKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiB0aW1lcjogMHgwMDAxMDBlZiB0aGVybTogMHgwMDAxMDAwMCBlcnI6 IDB4MDAwMDAwZjAgcG1jOiAweDAwMDEwNDAwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog Y21jaTogMHgwMDAwMDBmMgpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGlvYXBpYzA6IHJv dXRpbmcgaW50cGluIDQgKElTQSBJUlEgNCkgdG8gbGFwaWMgMSB2ZWN0b3IgNDgKU2VwIDIwIDE1 OjQwOjMxIHJtYnAga2VybmVsOiBpb2FwaWMwOiByb3V0aW5nIGludHBpbiA5IChJU0EgSVJRIDkp IHRvIGxhcGljIDIgdmVjdG9yIDQ4ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaW9hcGlj MDogcm91dGluZyBpbnRwaW4gMTYgKFBDSSBJUlEgMTYpIHRvIGxhcGljIDMgdmVjdG9yIDQ4ClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTcgKFBD SSBJUlEgMTcpIHRvIGxhcGljIDQgdmVjdG9yIDQ4ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogaW9hcGljMDogcm91dGluZyBpbnRwaW4gMjIgKFBDSSBJUlEgMjIpIHRvIGxhcGljIDUgdmVj dG9yIDQ4ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogaW9hcGljMDogcm91dGluZyBpbnRw aW4gMjMgKFBDSSBJUlEgMjMpIHRvIGxhcGljIDYgdmVjdG9yIDQ4ClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogbXNpOiBBc3NpZ25pbmcgTVNJLVggSVJRIDI1NyB0byBsb2NhbCBBUElDIDEg dmVjdG9yIDQ5ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbXNpOiBBc3NpZ25pbmcgTVNJ LVggSVJRIDI1OCB0byBsb2NhbCBBUElDIDIgdmVjdG9yIDQ5ClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogbXNpOiBBc3NpZ25pbmcgTVNJLVggSVJRIDI1OSB0byBsb2NhbCBBUElDIDMgdmVj dG9yIDQ5ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbXNpOiBBc3NpZ25pbmcgTVNJLVgg SVJRIDI2MCB0byBsb2NhbCBBUElDIDQgdmVjdG9yIDQ5ClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogbXNpOiBBc3NpZ25pbmcgTVNJLVggSVJRIDI2MSB0byBsb2NhbCBBUElDIDUgdmVjdG9y IDQ5ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbXNpOiBBc3NpZ25pbmcgTVNJLVggSVJR IDI2MiB0byBsb2NhbCBBUElDIDYgdmVjdG9yIDQ5ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogbXNpOiBBc3NpZ25pbmcgTVNJLVggSVJRIDI2MyB0byBsb2NhbCBBUElDIDcgdmVjdG9yIDQ4 ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbXNpOiBBc3NpZ25pbmcgTVNJIElSUSAyNjQg dG8gbG9jYWwgQVBJQyA3IHZlY3RvciA0OQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IG1z aTogQXNzaWduaW5nIE1TSSBJUlEgMjY2IHRvIGxvY2FsIEFQSUMgMSB2ZWN0b3IgNTAKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiBHRU9NOiBhZGEwOiBlbmFibGluZyBCb290IENhbXAKU2Vw IDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBTTVA6IHBhc3NlZCBUU0Mgc3luY2hyb25pemF0aW9u IHRlc3QKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBUU0MgdGltZWNvdW50ZXIgZGlzY2Fy ZHMgbG93ZXIgOCBiaXQocykKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBUaW1lY291bnRl ciAiVFNDLWxvdyIgZnJlcXVlbmN5IDEwMTMzNDg1IEh6IHF1YWxpdHkgMTAwMApTZXAgMjAgMTU6 NDA6MzEgcm1icCBrZXJuZWw6IHJ1bjA6IE1BQy9CQlAgUlQzMDcwIChyZXYgMHgwMjAxKSwgUkYg UlQzMDIwIChNSU1PIDFUMVIpLCBhZGRyZXNzIDRjOmU2Ojc2OmYxOmY3OmIxClNlcCAyMCAxNTo0 MDozMSBybWJwIGtlcm5lbDogcnVuMDogMTFiIHJhdGVzOiAxTWJwcyAyTWJwcyA1LjVNYnBzIDEx TWJwcwpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHJ1bjA6IDExZyByYXRlczogMU1icHMg Mk1icHMgNS41TWJwcyAxMU1icHMgNk1icHMgOU1icHMgMTJNYnBzIDE4TWJwcyAyNE1icHMgMzZN YnBzIDQ4TWJwcyA1NE1icHMKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBSb290IG1vdW50 IHdhaXRpbmcgZm9yOiB1c2J1czEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiB1Z2VuMS40 OiA8dmVuZG9yIDB4MDQ2MT4gYXQgdXNidXMxClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDog dW1zMDogPHZlbmRvciAweDA0NjEgVVNCIE9wdGljYWwgTW91c2UsIGNsYXNzIDAvMCwgcmV2IDIu MDAvMi4wMCwgYWRkciA0PiBvbiB1c2J1czEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiB1 bXMwOiAzIGJ1dHRvbnMgYW5kIFtYWVpdIGNvb3JkaW5hdGVzIElEPTAKU2VwIDIwIDE1OjQwOjMx IHJtYnAga2VybmVsOiBSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czEKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiB1Z2VuMS41OiA8dmVuZG9yIDB4MDQyND4gYXQgdXNidXMxClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogdWh1YjQ6IDx2ZW5kb3IgMHgwNDI0IHByb2R1Y3QgMHgy NTEyLCBjbGFzcyA5LzAsIHJldiAyLjAwL2IuYjMsIGFkZHIgNT4gb24gdXNidXMxClNlcCAyMCAx NTo0MDozMSBybWJwIGtlcm5lbDogdWh1YjQ6IE1UVCBlbmFibGVkClNlcCAyMCAxNTo0MDozMSBy bWJwIGtlcm5lbDogdWh1YjQ6IDIgcG9ydHMgd2l0aCAwIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVk ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNi dXMxClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogdWdlbjEuNjogPEFwcGxlIEluYy4+IGF0 IHVzYnVzMQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHVodWI1OiA8QXBwbGUgSW5jLiBC UkNNMjA3MDIgSHViLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgNj4gb24gdXNidXMx ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogdWh1YjU6IDMgcG9ydHMgd2l0aCAwIHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogUm9vdCBtb3Vu dCB3YWl0aW5nIGZvcjogdXNidXMxClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogdWdlbjEu NzogPHZlbmRvciAweDA1YWM+IGF0IHVzYnVzMQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6 IHVrYmQwOiA8dmVuZG9yIDB4MDVhYyBwcm9kdWN0IDB4ODIwYSwgY2xhc3MgMC8wLCByZXYgMi4w MC8xLjAwLCBhZGRyIDc+IG9uIHVzYnVzMQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGti ZDogbmV3IGFycmF5IHNpemUgNApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGtiZDEgYXQg dWtiZDAKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBrYmQxOiB1a2JkMCwgZ2VuZXJpYyAo MCksIGNvbmZpZzoweDAsIGZsYWdzOjB4M2QwMDAwClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMxClNlcCAyMCAxNTo0MDozMSBybWJwIGtl cm5lbDogdWdlbjEuODogPHZlbmRvciAweDA1YWM+IGF0IHVzYnVzMQpTZXAgMjAgMTU6NDA6MzEg cm1icCBrZXJuZWw6IHVtczE6IDx2ZW5kb3IgMHgwNWFjIHByb2R1Y3QgMHg4MjBiLCBjbGFzcyAw LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgOD4gb24gdXNidXMxClNlcCAyMCAxNTo0MDozMSBybWJw IGtlcm5lbDogdW1zMTogMyBidXR0b25zIGFuZCBbWFldIGNvb3JkaW5hdGVzIElEPTIKU2VwIDIw IDE1OjQwOjMxIHJtYnAga2VybmVsOiB1Z2VuMS45OiA8QXBwbGUgSW5jLj4gYXQgdXNidXMxClNl cCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMx ClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogdWdlbjEuMTA6IDxBcHBsZSBJbmMuPiBhdCB1 c2J1czEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiB1a2JkMTogPEFwcGxlIEludGVybmFs IEtleWJvYXJkPiBvbiB1c2J1czEKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiBrYmQyIGF0 IHVrYmQxClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDoga2JkMjogdWtiZDEsIGdlbmVyaWMg KDApLCBjb25maWc6MHgwLCBmbGFnczoweDNkMDAwMApTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IHVoaWQwOiA8VG91Y2hwYWQ+IG9uIHVzYnVzMQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJu ZWw6IHVtczI6IDxUb3VjaHBhZD4gb24gdXNidXMxClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5l bDogdW1zMjogMyBidXR0b25zIGFuZCBbWFldIGNvb3JkaW5hdGVzIElEPTIKU2VwIDIwIDE1OjQw OjMxIHJtYnAga2VybmVsOiBUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L2FkYTBw NiBbcnddLi4uClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogc3RhcnRfaW5pdDogdHJ5aW5n IC9zYmluL2luaXQKU2VwIDIwIDE1OjQwOjMxIHJtYnAga2VybmVsOiB3bGFuMDogYnBmIGF0dGFj aGVkClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogd2xhbjA6IGJwZiBhdHRhY2hlZApTZXAg MjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IHdsYW4wOiBFdGhlcm5ldCBhZGRyZXNzOiA0YzplNjo3 NjpmMTpmNzpiMQpTZXAgMjAgMTU6NDA6MzEgcm1icCBrZXJuZWw6IGZpcm13YXJlOiAncnVuZncn IHZlcnNpb24gMTogODE5MiBieXRlcyBsb2FkZWQgYXQgMHhmZmZmZmZmZjgyNjE0MGEwClNlcCAy MCAxNTo0MDozMSBybWJwIGtlcm5lbDogcnVuMDogZmlybXdhcmUgUlQyODcwIHZlci4gMC4yMzYg bG9hZGVkClNlcCAyMCAxNTo0MDozMSBybWJwIGtlcm5lbDogbGlucHJvY2ZzIHJlZ2lzdGVyZWQK U2VwIDIwIDE1OjQwOjM1IHJtYnAgc3U6IHdzayB0byByb290IG9uIC9kZXYvdHR5djAK --20cf3079c09474601904ca1dd679-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 20 08:39:46 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19D2D106566B for ; Thu, 20 Sep 2012 08:39:46 +0000 (UTC) (envelope-from jamy023@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9D1308FC08 for ; Thu, 20 Sep 2012 08:39:45 +0000 (UTC) Received: by bkcje9 with SMTP id je9so938280bkc.13 for ; Thu, 20 Sep 2012 01:39:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=aBXkqsuedwJrXtUIdnN449H4yYErbkS9WVdupDhTyyM=; b=FyzRDCWrH3zonLrLJ25zUO9ATyqgiTlSIw3vU/DwlU2GrRZ2zfszPT33ulfJIxETBL UbmBMWSSqVtHppcw8Vt0AjUilpw8wqQkULsysYsXXCq34OK7iuYtS+p/qhFcZJ05oomP 4+nKrK0AQXuRwSe3PGxbv7wiueehGil5wrWntgbaDUh24IAx9GGRjwpoBuPFbI1p/wKl on/RyJ72p0m+ee3ajkcEc7VBCYZjlCD/Gy4U8R3d/Mwku6yYZeQO2G687NhWv9hFJd7/ W1V27QoRuGMKwghy06GbGicsSVMYOeWXIYZvyPR8ZLTQEzMQYcaZ+iRG3gerVCbB9qko 5cYQ== MIME-Version: 1.0 Received: by 10.204.13.82 with SMTP id b18mr276889bka.118.1348130384077; Thu, 20 Sep 2012 01:39:44 -0700 (PDT) Received: by 10.204.130.143 with HTTP; Thu, 20 Sep 2012 01:39:43 -0700 (PDT) Date: Thu, 20 Sep 2012 11:39:43 +0300 Message-ID: From: Sergey Jamy To: stable@freebsd.org X-Mailman-Approved-At: Thu, 20 Sep 2012 11:35:30 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: When incomming RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2012 08:39:46 -0000 When incomming RC2? From owner-freebsd-stable@FreeBSD.ORG Thu Sep 20 13:48:01 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0A6E106566C; Thu, 20 Sep 2012 13:48:00 +0000 (UTC) (envelope-from sukenwoo@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 397068FC08; Thu, 20 Sep 2012 13:47:59 +0000 (UTC) Received: by vbmv11 with SMTP id v11so3233862vbm.13 for ; Thu, 20 Sep 2012 06:47:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=7KGGWPfJDhZs+nsH09t83JVnJ5hqOxHQjkPnWNyovbg=; b=ApAYXJNltCZGmdqvSjlFEoWN1gDR7ds0v1/WeRF+wRmxxWkQYdH7lGPigC43qtyBq+ +AYtz+Php8FVUpoKQBrAdTmS+7WCmYwTY0vxQkEM4GN9/ee+G5SLeu6r9DemQpJ/Owud P+yJ8tKYSWQ4XZDgN6Lh/ZquntX+wJHDI0VQ6WAHcoq99Y2wmiG28vJhdTOMIqL/4gEL 2zbp3swPopwzmseU4pTJY+Th/tEQvRzE9OWDxJShHUBbL7yELFiU5CAnALgEHYuAPQpa ZrgYjIeC/mPbSP6938Zprdv1psmznY3yUBjJTE1+mgkP9S5m/GGazrjauz3STQg6kaO6 tegQ== MIME-Version: 1.0 Received: by 10.220.148.211 with SMTP id q19mr1055643vcv.55.1348148878845; Thu, 20 Sep 2012 06:47:58 -0700 (PDT) Received: by 10.58.201.170 with HTTP; Thu, 20 Sep 2012 06:47:58 -0700 (PDT) In-Reply-To: References: Date: Thu, 20 Sep 2012 21:47:58 +0800 Message-ID: From: suken woo To: x11@freebsd.org, stable@freebsd.org X-Mailman-Approved-At: Thu, 20 Sep 2012 15:24:09 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Xorg nvidia-driver GT 650M cause system reboot on my MacBook Retina 9.1RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2012 13:48:01 -0000 2012/9/20 suken woo > hi folks: > xorg caused my macbook 10,1 reboot immediately while startup X with > latested nvidia-driver > and event not to generate Xorg.0.log file attached my verbose message. > thanks for any ideas > --wsk OK, paste verbose messages as text Sep 20 15:40:31 rmbp syslogd: kernel boot file is /boot/kernel/kernel Sep 20 15:40:31 rmbp kernel: 2 Sep 20 15:40:31 rmbp kernel: MADT: Interrupt override: source 9, irq 9 Sep 20 15:40:31 rmbp kernel: ioapic0: intpin 9 trigger: level Sep 20 15:40:31 rmbp kernel: lapic0: Routing NMI -> LINT1 Sep 20 15:40:31 rmbp kernel: lapic0: LINT1 trigger: edge Sep 20 15:40:31 rmbp kernel: lapic0: LINT1 polarity: high Sep 20 15:40:31 rmbp kernel: lapic2: Routing NMI -> LINT1 Sep 20 15:40:31 rmbp kernel: lapic2: LINT1 trigger: edge Sep 20 15:40:31 rmbp kernel: lapic2: LINT1 polarity: high Sep 20 15:40:31 rmbp kernel: lapic4: Routing NMI -> LINT1 Sep 20 15:40:31 rmbp kernel: lapic4: LINT1 trigger: edge Sep 20 15:40:31 rmbp kernel: lapic4: LINT1 polarity: high Sep 20 15:40:31 rmbp kernel: lapic6: Routing NMI -> LINT1 Sep 20 15:40:31 rmbp kernel: lapic6: LINT1 trigger: edge Sep 20 15:40:31 rmbp kernel: lapic6: LINT1 polarity: high Sep 20 15:40:31 rmbp kernel: lapic1: Routing NMI -> LINT1 Sep 20 15:40:31 rmbp kernel: lapic1: LINT1 trigger: edge Sep 20 15:40:31 rmbp kernel: lapic1: LINT1 polarity: high Sep 20 15:40:31 rmbp kernel: lapic3: Routing NMI -> LINT1 Sep 20 15:40:31 rmbp kernel: lapic3: LINT1 trigger: edge Sep 20 15:40:31 rmbp kernel: lapic3: LINT1 polarity: high Sep 20 15:40:31 rmbp kernel: lapic5: Routing NMI -> LINT1 Sep 20 15:40:31 rmbp kernel: lapic5: LINT1 trigger: edge Sep 20 15:40:31 rmbp kernel: lapic5: LINT1 polarity: high Sep 20 15:40:31 rmbp kernel: lapic7: Routing NMI -> LINT1 Sep 20 15:40:31 rmbp kernel: lapic7: LINT1 trigger: edge Sep 20 15:40:31 rmbp kernel: lapic7: LINT1 polarity: high Sep 20 15:40:31 rmbp kernel: ioapic0 irqs 0-23 on motherboard Sep 20 15:40:31 rmbp kernel: cpu0 BSP: Sep 20 15:40:31 rmbp kernel: ID: 0x00000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff Sep 20 15:40:31 rmbp kernel: lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff Sep 20 15:40:31 rmbp kernel: timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 Sep 20 15:40:31 rmbp kernel: cmci: 0x000000f2 Sep 20 15:40:31 rmbp kernel: Cuse4BSD v0.1.26 @ /dev/cuse Sep 20 15:40:31 rmbp kernel: wlan: <802.11 Link Layer> Sep 20 15:40:31 rmbp kernel: snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] Sep 20 15:40:31 rmbp kernel: feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 Sep 20 15:40:31 rmbp kernel: kbd0 at kbdmux0 Sep 20 15:40:31 rmbp kernel: mem: Sep 20 15:40:31 rmbp kernel: nfslock: pseudo-device Sep 20 15:40:31 rmbp kernel: null: Sep 20 15:40:31 rmbp kernel: VESA: INT 0x10 vector 0xc000:0x182e Sep 20 15:40:31 rmbp kernel: VESA: information block Sep 20 15:40:31 rmbp kernel: 0000 56 45 53 41 00 03 00 01 00 88 01 00 00 00 22 00 Sep 20 15:40:31 rmbp kernel: 0010 00 88 e0 00 07 80 07 01 00 88 1a 01 00 88 33 01 Sep 20 15:40:31 rmbp kernel: 0020 00 88 00 01 01 01 02 01 03 01 04 01 05 01 06 01 Sep 20 15:40:31 rmbp kernel: 0030 07 01 0e 01 0f 01 11 01 12 01 14 01 15 01 17 01 Sep 20 15:40:31 rmbp kernel: 0040 18 01 1a 01 1b 01 30 01 31 01 32 01 33 01 34 01 Sep 20 15:40:31 rmbp kernel: 0050 35 01 36 01 3d 01 3e 01 45 01 46 01 4a 01 4b 01 Sep 20 15:40:31 rmbp kernel: 0060 4c 01 60 01 61 01 ff ff 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 0070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 0080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 0090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 00a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 00b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 00c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 00d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 00e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 00f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 0100 4e 56 49 44 49 41 00 4e 56 49 44 49 41 20 43 6f Sep 20 15:40:31 rmbp kernel: 0110 72 70 6f 72 61 74 69 6f 6e 00 4e 56 49 44 49 41 Sep 20 15:40:31 rmbp kernel: 0120 20 47 65 46 6f 72 63 65 20 47 54 20 36 35 30 4d Sep 20 15:40:31 rmbp kernel: 0130 0d 0a 00 43 68 69 70 20 52 65 76 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 01a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 01b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 01c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 01d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 01e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sep 20 15:40:31 rmbp kernel: VESA: 34 mode(s) found Sep 20 15:40:31 rmbp kernel: VESA: v3.0, 14336k memory, flags:0x1, mode table:0xffffff80002e2022 (88000022) Sep 20 15:40:31 rmbp kernel: VESA: NVIDIA Sep 20 15:40:31 rmbp kernel: VESA: NVIDIA Corporation NVIDIA GeForce GT 650M Sep 20 15:40:31 rmbp kernel: Chip Rev Sep 20 15:40:31 rmbp kernel: io: Sep 20 15:40:31 rmbp kernel: random: Sep 20 15:40:31 rmbp kernel: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 Sep 20 15:40:31 rmbp kernel: ctl: CAM Target Layer loaded Sep 20 15:40:31 rmbp kernel: acpi0: on motherboard Sep 20 15:40:31 rmbp kernel: PCIe: Memory Mapped configuration base @ 0xe0000000 Sep 20 15:40:31 rmbp kernel: ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 Sep 20 15:40:31 rmbp kernel: acpi_ec0: port 0x62,0x66 on acpi0 Sep 20 15:40:31 rmbp kernel: acpi0: Power Button (fixed) Sep 20 15:40:31 rmbp kernel: unknown: I/O range not supported Sep 20 15:40:31 rmbp kernel: hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Sep 20 15:40:31 rmbp kernel: hpet0: vendor 0x8086, rev 0x1, 14318180Hz 64bit, 8 timers, legacy route Sep 20 15:40:31 rmbp kernel: hpet0: t0: irqs 0x00f00000 (0), MSI, 64bit, periodic Sep 20 15:40:31 rmbp kernel: hpet0: t1: irqs 0x00f00000 (0), MSI Sep 20 15:40:31 rmbp kernel: hpet0: t2: irqs 0x00f00800 (0), MSI Sep 20 15:40:31 rmbp kernel: hpet0: t3: irqs 0x00f01000 (0), MSI Sep 20 15:40:31 rmbp kernel: hpet0: t4: irqs 0x00000000 (0), MSI Sep 20 15:40:31 rmbp kernel: hpet0: t5: irqs 0x00000000 (0), MSI Sep 20 15:40:31 rmbp kernel: hpet0: t6: irqs 0x00000000 (0), MSI Sep 20 15:40:31 rmbp kernel: hpet0: t7: irqs 0x00000000 (0), MSI Sep 20 15:40:31 rmbp kernel: Timecounter "HPET" frequency 14318180 Hz quality 950 Sep 20 15:40:31 rmbp kernel: msi: routing MSI-X IRQ 256 to local APIC 0 vector 49 Sep 20 15:40:31 rmbp kernel: msi: routing MSI-X IRQ 257 to local APIC 0 vector 50 Sep 20 15:40:31 rmbp kernel: msi: routing MSI-X IRQ 258 to local APIC 0 vector 51 Sep 20 15:40:31 rmbp kernel: msi: routing MSI-X IRQ 259 to local APIC 0 vector 52 Sep 20 15:40:31 rmbp kernel: msi: routing MSI-X IRQ 260 to local APIC 0 vector 53 Sep 20 15:40:31 rmbp kernel: msi: routing MSI-X IRQ 261 to local APIC 0 vector 54 Sep 20 15:40:31 rmbp kernel: msi: routing MSI-X IRQ 262 to local APIC 0 vector 55 Sep 20 15:40:31 rmbp kernel: msi: routing MSI-X IRQ 263 to local APIC 0 vector 56 Sep 20 15:40:31 rmbp kernel: Event timer "HPET" frequency 14318180 Hz quality 550 Sep 20 15:40:31 rmbp kernel: acpi0: reservation of 40000000, 200000 (3) failed Sep 20 15:40:31 rmbp kernel: cpu0: Processor \_PR_.CPU0 (ACPI ID 1) -> APIC ID 0 Sep 20 15:40:31 rmbp kernel: cpu0: on acpi0 Sep 20 15:40:31 rmbp kernel: ACPI: SSDT 0x8ad19190 008AD (v01 PmRef Cpu0Cst 00003001 INTL 20100915) Sep 20 15:40:31 rmbp kernel: ACPI: Dynamic OEM Table Load: Sep 20 15:40:31 rmbp kernel: ACPI: SSDT 0 008AD (v01 PmRef Cpu0Cst 00003001 INTL 20100915) Sep 20 15:40:31 rmbp kernel: cpu1: Processor \_PR_.CPU1 (ACPI ID 2) -> APIC ID 2 Sep 20 15:40:31 rmbp kernel: cpu1: on acpi0 Sep 20 15:40:31 rmbp kernel: ACPI: SSDT 0x8ad1a710 003A4 (v01 PmRef ApIst 00003000 INTL 20100915) Sep 20 15:40:31 rmbp kernel: ACPI: Dynamic OEM Table Load: Sep 20 15:40:31 rmbp kernel: ACPI: SSDT 0 003A4 (v01 PmRef ApIst 00003000 INTL 20100915) Sep 20 15:40:31 rmbp kernel: ACPI: SSDT 0x8ad18d90 00119 (v01 PmRef ApCst 00003000 INTL 20100915) Sep 20 15:40:31 rmbp kernel: ACPI: Dynamic OEM Table Load: Sep 20 15:40:31 rmbp kernel: ACPI: SSDT 0 00119 (v01 PmRef ApCst 00003000 INTL 20100915) Sep 20 15:40:31 rmbp kernel: cpu2: Processor \_PR_.CPU2 (ACPI ID 3) -> APIC ID 4 Sep 20 15:40:31 rmbp kernel: cpu2: on acpi0 Sep 20 15:40:31 rmbp kernel: cpu3: Processor \_PR_.CPU3 (ACPI ID 4) -> APIC ID 6 Sep 20 15:40:31 rmbp kernel: cpu3: on acpi0 Sep 20 15:40:31 rmbp kernel: cpu4: Processor \_PR_.CPU4 (ACPI ID 5) -> APIC ID 1 Sep 20 15:40:31 rmbp kernel: cpu4: on acpi0 Sep 20 15:40:31 rmbp kernel: cpu5: Processor \_PR_.CPU5 (ACPI ID 6) -> APIC ID 3 Sep 20 15:40:31 rmbp kernel: cpu5: on acpi0 Sep 20 15:40:31 rmbp kernel: cpu6: Processor \_PR_.CPU6 (ACPI ID 7) -> APIC ID 5 Sep 20 15:40:31 rmbp kernel: cpu6: on acpi0 Sep 20 15:40:31 rmbp kernel: cpu7: Processor \_PR_.CPU7 (ACPI ID 8) -> APIC ID 7 Sep 20 15:40:31 rmbp kernel: cpu7: on acpi0 Sep 20 15:40:31 rmbp kernel: atrtc0: port 0x70-0x77 on acpi0 Sep 20 15:40:31 rmbp kernel: atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) Sep 20 15:40:31 rmbp kernel: ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 57 Sep 20 15:40:31 rmbp kernel: Event timer "RTC" frequency 32768 Hz quality 0 Sep 20 15:40:31 rmbp kernel: attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Sep 20 15:40:31 rmbp kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Sep 20 15:40:31 rmbp kernel: ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 58 Sep 20 15:40:31 rmbp kernel: Event timer "i8254" frequency 1193182 Hz quality 100 Sep 20 15:40:31 rmbp kernel: ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Sep 20 15:40:31 rmbp kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 Sep 20 15:40:31 rmbp kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 Sep 20 15:40:31 rmbp kernel: pci_link0: Index IRQ Rtd Ref IRQs Sep 20 15:40:31 rmbp kernel: Initial Probe 0 11 N 0 1 3 4 5 6 7 10 12 14 15 Sep 20 15:40:31 rmbp kernel: Validation 0 255 N 0 1 3 4 5 6 7 10 12 14 15 Sep 20 15:40:31 rmbp kernel: After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 Sep 20 15:40:31 rmbp kernel: pci_link1: Index IRQ Rtd Ref IRQs Sep 20 15:40:31 rmbp kernel: Initial Probe 0 255 N 0 1 3 4 5 6 7 11 12 14 15 Sep 20 15:40:31 rmbp kernel: Validation 0 255 N 0 1 3 4 5 6 7 11 12 14 15 Sep 20 15:40:31 rmbp kernel: After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 Sep 20 15:40:31 rmbp kernel: pci_link2: Index IRQ Rtd Ref IRQs Sep 20 15:40:31 rmbp kernel: Initial Probe 0 255 N 0 1 3 4 5 6 7 10 12 14 15 Sep 20 15:40:31 rmbp kernel: Validation 0 255 N 0 1 3 4 5 6 7 10 12 14 15 Sep 20 15:40:31 rmbp kernel: After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 Sep 20 15:40:31 rmbp kernel: pci_link3: Index IRQ Rtd Ref IRQs Sep 20 15:40:31 rmbp kernel: Initial Probe 0 11 N 0 1 3 4 5 6 7 11 12 14 15 Sep 20 15:40:31 rmbp kernel: Validation 0 11 N 0 1 3 4 5 6 7 11 12 14 15 Sep 20 15:40:31 rmbp kernel: After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 Sep 20 15:40:31 rmbp kernel: pci_link4: Index IRQ Rtd Ref IRQs Sep 20 15:40:31 rmbp kernel: Initial Probe 0 255 N 0 1 3 4 5 6 7 10 12 14 15 Sep 20 15:40:31 rmbp kernel: Validation 0 255 N 0 1 3 4 5 6 7 10 12 14 15 Sep 20 15:40:31 rmbp kernel: After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 Sep 20 15:40:31 rmbp kernel: pci_link5: Index IRQ Rtd Ref IRQs Sep 20 15:40:31 rmbp kernel: Initial Probe 0 255 N 0 1 3 4 5 6 7 11 12 14 15 Sep 20 15:40:31 rmbp kernel: Validation 0 255 N 0 1 3 4 5 6 7 11 12 14 15 Sep 20 15:40:31 rmbp kernel: After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 Sep 20 15:40:31 rmbp kernel: pci_link6: Index IRQ Rtd Ref IRQs Sep 20 15:40:31 rmbp kernel: Initial Probe 0 10 N 0 1 3 4 5 6 7 10 12 14 15 Sep 20 15:40:31 rmbp kernel: Validation 0 10 N 0 1 3 4 5 6 7 10 12 14 15 Sep 20 15:40:31 rmbp kernel: After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 Sep 20 15:40:31 rmbp kernel: pci_link7: Index IRQ Rtd Ref IRQs Sep 20 15:40:31 rmbp kernel: Initial Probe 0 11 N 0 1 3 4 5 6 7 11 12 14 15 Sep 20 15:40:31 rmbp kernel: Validation 0 11 N 0 1 3 4 5 6 7 11 12 14 15 Sep 20 15:40:31 rmbp kernel: After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 Sep 20 15:40:31 rmbp kernel: pcib0: port 0xcf8-0xcff on acpi0 Sep 20 15:40:31 rmbp kernel: pcib0: decoding 4 range 0-0xcf7 Sep 20 15:40:31 rmbp kernel: pcib0: decoding 4 range 0xd00-0xffff Sep 20 15:40:31 rmbp kernel: pcib0: decoding 3 range 0xa0000-0xbffff Sep 20 15:40:31 rmbp kernel: pcib0: decoding 3 range 0x8fa00000-0xfeafffff Sep 20 15:40:31 rmbp kernel: pcib0: decoding 3 range 0xfed40000-0xfed44fff Sep 20 15:40:31 rmbp kernel: pci0: on pcib0 Sep 20 15:40:31 rmbp kernel: pci0: domain=0, physical bus=0 Sep 20 15:40:31 rmbp kernel: found-> vendor=0x8086, dev=0x0154, revid=0x09 Sep 20 15:40:31 rmbp kernel: domain=0, bus=0, slot=0, func=0 Sep 20 15:40:31 rmbp kernel: class=06-00-00, hdrtype=0x00, mfdev=0 Sep 20 15:40:31 rmbp kernel: cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) Sep 20 15:40:31 rmbp kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 20 15:40:31 rmbp kernel: found-> vendor=0x8086, dev=0x0151, revid=0x09 Sep 20 15:40:31 rmbp kernel: domain=0, bus=0, slot=1, func=0 Sep 20 15:40:31 rmbp kernel: class=06-04-00, hdrtype=0x01, mfdev=1 Sep 20 15:40:31 rmbp kernel: cmdreg=0x0007, statreg=0x0010, cachelnsz=64 (dwords) Sep 20 15:40:31 rmbp kernel: lattimer=0x00 (0 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) Sep 20 15:40:31 rmbp kernel: intpin=a, irq=255 Sep 20 15:40:31 rmbp kernel: powerspec 3 supports D0 D3 current D0 Sep 20 15:40:31 rmbp kernel: MSI supports 1 message Sep 20 15:40:31 rmbp kernel: found-> vendor=0x8086, dev=0x0155, revid=0x09 Sep 20 15:40:31 rmbp kernel: domain=0, bus=0, slot=1, func=1 Sep 20 15:40:31 rmbp kernel: class=06-04-00, hdrtype=0x01, mfdev=1 Sep 20 15:40:31 rmbp kernel: cmdreg=0x0007, statreg=0x0010, cachelnsz=64 (dwords) Sep 20 15:40:31 rmbp kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 20 15:40:31 rmbp kernel: intpin=a, irq=255 Sep 20 15:40:31 rmbp kernel: powerspec 3 supports D0 D3 current D0 Sep 20 15:40:31 rmbp kernel: MSI supports 1 message Sep 20 15:40:31 rmbp kernel: found-> vendor=0x8086, dev=0x0159, revid=0x09 Sep 20 15:40:31 rmbp kernel: domain=0, bus=0, slot=1, func=2 Sep 20 15:40:31 rmbp kernel: class=06-04-00, hdrtype=0x01, mfdev=1 Sep 20 15:40:31 rmbp kernel: cmdreg=0x0000, statreg=0x0010, cachelnsz=64 (dwords) Sep 20 15:40:31 rmbp kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 20 15:40:31 rmbp kernel: intpin=a, irq=255 Sep 20 15:40:31 rmbp kernel: powerspec 3 supports D0 D3 current D0 Sep 20 15:40:31 rmbp kernel: MSI supports 1 message Sep 20 15:40:31 rmbp kernel: found-> vendor=0x8086, dev=0x1e31, revid=0x04 Sep 20 15:40:31 rmbp kernel: domain=0, bus=0, slot=20, func=0 Sep 20 15:40:31 rmbp kernel: class=0c-03-30, hdrtype=0x00, mfdev=0 Sep 20 15:40:31 rmbp kernel: cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) Sep 20 15:40:31 rmbp kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 20 15:40:31 rmbp kernel: intpin=a, irq=255 Sep 20 15:40:31 rmbp kernel: powerspec 2 supports D0 D3 current D0 Sep 20 15:40:31 rmbp kernel: MSI supports 8 messages, 64 bit Sep 20 15:40:31 rmbp kernel: map[10]: type Memory, range 64, base 0xc1c00000, size 16, enabled Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xc1c00000-0xc1c0ffff) for rid 10 of pci0:0:20:0 Sep 20 15:40:31 rmbp kernel: found-> vendor=0x8086, dev=0x1e3a, revid=0x04 Sep 20 15:40:31 rmbp kernel: domain=0, bus=0, slot=22, func=0 Sep 20 15:40:31 rmbp kernel: class=07-80-00, hdrtype=0x00, mfdev=1 Sep 20 15:40:31 rmbp kernel: cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) Sep 20 15:40:31 rmbp kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 20 15:40:31 rmbp kernel: intpin=a, irq=11 Sep 20 15:40:31 rmbp kernel: powerspec 3 supports D0 D3 current D0 Sep 20 15:40:31 rmbp kernel: MSI supports 1 message, 64 bit Sep 20 15:40:31 rmbp kernel: map[10]: type Memory, range 64, base 0xc1c17100, size 4, enabled Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xc1c17100-0xc1c1710f) for rid 10 of pci0:0:22:0 Sep 20 15:40:31 rmbp kernel: pcib0: matched entry for 0.22.INTA Sep 20 15:40:31 rmbp kernel: pcib0: slot 22 INTA hardwired to IRQ 16 Sep 20 15:40:31 rmbp kernel: found-> vendor=0x8086, dev=0x1e2d, revid=0x04 Sep 20 15:40:31 rmbp kernel: domain=0, bus=0, slot=26, func=0 Sep 20 15:40:31 rmbp kernel: class=0c-03-20, hdrtype=0x00, mfdev=0 Sep 20 15:40:31 rmbp kernel: cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) Sep 20 15:40:31 rmbp kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 20 15:40:31 rmbp kernel: intpin=a, irq=11 Sep 20 15:40:31 rmbp kernel: powerspec 2 supports D0 D3 current D0 Sep 20 15:40:31 rmbp kernel: map[10]: type Memory, range 32, base 0xc1c16c00, size 10, enabled Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xc1c16c00-0xc1c16fff) for rid 10 of pci0:0:26:0 Sep 20 15:40:31 rmbp kernel: pcib0: matched entry for 0.26.INTA Sep 20 15:40:31 rmbp kernel: pcib0: slot 26 INTA hardwired to IRQ 23 Sep 20 15:40:31 rmbp kernel: found-> vendor=0x8086, dev=0x1e20, revid=0x04 Sep 20 15:40:31 rmbp kernel: domain=0, bus=0, slot=27, func=0 Sep 20 15:40:31 rmbp kernel: class=04-03-00, hdrtype=0x00, mfdev=0 Sep 20 15:40:31 rmbp kernel: cmdreg=0x0006, statreg=0x0010, cachelnsz=64 (dwords) Sep 20 15:40:31 rmbp kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 20 15:40:31 rmbp kernel: intpin=a, irq=10 Sep 20 15:40:31 rmbp kernel: powerspec 2 supports D0 D3 current D0 Sep 20 15:40:31 rmbp kernel: MSI supports 1 message, 64 bit Sep 20 15:40:31 rmbp kernel: map[10]: type Memory, range 64, base 0xc1c10000, size 14, enabled Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xc1c10000-0xc1c13fff) for rid 10 of pci0:0:27:0 Sep 20 15:40:31 rmbp kernel: pcib0: matched entry for 0.27.INTA Sep 20 15:40:31 rmbp kernel: pcib0: slot 27 INTA hardwired to IRQ 22 Sep 20 15:40:31 rmbp kernel: found-> vendor=0x8086, dev=0x1e10, revid=0xc4 Sep 20 15:40:31 rmbp kernel: domain=0, bus=0, slot=28, func=0 Sep 20 15:40:31 rmbp kernel: class=06-04-00, hdrtype=0x01, mfdev=1 Sep 20 15:40:31 rmbp kernel: cmdreg=0x0007, statreg=0x0010, cachelnsz=64 (dwords) Sep 20 15:40:31 rmbp kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 20 15:40:31 rmbp kernel: intpin=a, irq=255 Sep 20 15:40:31 rmbp kernel: powerspec 2 supports D0 D3 current D0 Sep 20 15:40:31 rmbp kernel: MSI supports 1 message Sep 20 15:40:31 rmbp kernel: found-> vendor=0x8086, dev=0x1e12, revid=0xc4 Sep 20 15:40:31 rmbp kernel: domain=0, bus=0, slot=28, func=1 Sep 20 15:40:31 rmbp kernel: class=06-04-00, hdrtype=0x01, mfdev=1 Sep 20 15:40:31 rmbp kernel: cmdreg=0x0007, statreg=0x0010, cachelnsz=64 (dwords) Sep 20 15:40:31 rmbp kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 20 15:40:31 rmbp kernel: intpin=b, irq=255 Sep 20 15:40:31 rmbp kernel: powerspec 2 supports D0 D3 current D0 Sep 20 15:40:31 rmbp kernel: MSI supports 1 message Sep 20 15:40:31 rmbp kernel: found-> vendor=0x8086, dev=0x1e26, revid=0x04 Sep 20 15:40:31 rmbp kernel: domain=0, bus=0, slot=29, func=0 Sep 20 15:40:31 rmbp kernel: class=0c-03-20, hdrtype=0x00, mfdev=0 Sep 20 15:40:31 rmbp kernel: cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) Sep 20 15:40:31 rmbp kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 20 15:40:31 rmbp kernel: intpin=a, irq=11 Sep 20 15:40:31 rmbp kernel: powerspec 2 supports D0 D3 current D0 Sep 20 15:40:31 rmbp kernel: map[10]: type Memory, range 32, base 0xc1c16800, size 10, enabled Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xc1c16800-0xc1c16bff) for rid 10 of pci0:0:29:0 Sep 20 15:40:31 rmbp kernel: pcib0: matched entry for 0.29.INTA Sep 20 15:40:31 rmbp kernel: pcib0: slot 29 INTA hardwired to IRQ 22 Sep 20 15:40:31 rmbp kernel: found-> vendor=0x8086, dev=0x1e57, revid=0x04 Sep 20 15:40:31 rmbp kernel: domain=0, bus=0, slot=31, func=0 Sep 20 15:40:31 rmbp kernel: class=06-01-00, hdrtype=0x00, mfdev=1 Sep 20 15:40:31 rmbp kernel: cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) Sep 20 15:40:31 rmbp kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 20 15:40:31 rmbp kernel: found-> vendor=0x8086, dev=0x1e03, revid=0x04 Sep 20 15:40:31 rmbp kernel: domain=0, bus=0, slot=31, func=2 Sep 20 15:40:31 rmbp kernel: class=01-06-01, hdrtype=0x00, mfdev=0 Sep 20 15:40:31 rmbp kernel: cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) Sep 20 15:40:31 rmbp kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 20 15:40:31 rmbp kernel: intpin=b, irq=11 Sep 20 15:40:31 rmbp kernel: powerspec 3 supports D0 D3 current D0 Sep 20 15:40:31 rmbp kernel: MSI supports 1 message Sep 20 15:40:31 rmbp kernel: map[10]: type I/O Port, range 32, base 0x3098, size 3, enabled Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 4 (0x3098-0x309f) for rid 10 of pci0:0:31:2 Sep 20 15:40:31 rmbp kernel: map[14]: type I/O Port, range 32, base 0x30bc, size 2, enabled Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 4 (0x30bc-0x30bf) for rid 14 of pci0:0:31:2 Sep 20 15:40:31 rmbp kernel: map[18]: type I/O Port, range 32, base 0x3090, size 3, enabled Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 4 (0x3090-0x3097) for rid 18 of pci0:0:31:2 Sep 20 15:40:31 rmbp kernel: map[1c]: type I/O Port, range 32, base 0x30b8, size 2, enabled Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 4 (0x30b8-0x30bb) for rid 1c of pci0:0:31:2 Sep 20 15:40:31 rmbp kernel: map[20]: type I/O Port, range 32, base 0x3060, size 5, enabled Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 4 (0x3060-0x307f) for rid 20 of pci0:0:31:2 Sep 20 15:40:31 rmbp kernel: map[24]: type Memory, range 32, base 0xc1c16000, size 11, enabled Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xc1c16000-0xc1c167ff) for rid 24 of pci0:0:31:2 Sep 20 15:40:31 rmbp kernel: pcib0: matched entry for 0.31.INTB Sep 20 15:40:31 rmbp kernel: pcib0: slot 31 INTB hardwired to IRQ 19 Sep 20 15:40:31 rmbp kernel: found-> vendor=0x8086, dev=0x1e22, revid=0x04 Sep 20 15:40:31 rmbp kernel: domain=0, bus=0, slot=31, func=3 Sep 20 15:40:31 rmbp kernel: class=0c-05-00, hdrtype=0x00, mfdev=0 Sep 20 15:40:31 rmbp kernel: cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) Sep 20 15:40:31 rmbp kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 20 15:40:31 rmbp kernel: intpin=c, irq=11 Sep 20 15:40:31 rmbp kernel: map[10]: type Memory, range 64, base 0xc1c17000, size 8, enabled Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xc1c17000-0xc1c170ff) for rid 10 of pci0:0:31:3 Sep 20 15:40:31 rmbp kernel: map[20]: type I/O Port, range 32, base 0xefa0, size 5, enabled Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 4 (0xefa0-0xefbf) for rid 20 of pci0:0:31:3 Sep 20 15:40:31 rmbp kernel: pcib0: matched entry for 0.31.INTC Sep 20 15:40:31 rmbp kernel: pcib0: slot 31 INTC hardwired to IRQ 18 Sep 20 15:40:31 rmbp kernel: pcib1: at device 1.0 on pci0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 4 (0x2000-0x2fff) for rid 1c of pcib1 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xc0000000-0xc10fffff) for rid 20 of pcib1 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0x90000000-0xa1ffffff) for rid 24 of pcib1 Sep 20 15:40:31 rmbp kernel: pcib1: domain 0 Sep 20 15:40:31 rmbp kernel: pcib1: secondary bus 1 Sep 20 15:40:31 rmbp kernel: pcib1: subordinate bus 1 Sep 20 15:40:31 rmbp kernel: pcib1: I/O decode 0x2000-0x2fff Sep 20 15:40:31 rmbp kernel: pcib1: memory decode 0xc0000000-0xc10fffff Sep 20 15:40:31 rmbp kernel: pcib1: prefetched decode 0x90000000-0xa1ffffff Sep 20 15:40:31 rmbp kernel: pci1: on pcib1 Sep 20 15:40:31 rmbp kernel: pci1: domain=0, physical bus=1 Sep 20 15:40:31 rmbp kernel: found-> vendor=0x10de, dev=0x0fd5, revid=0xa1 Sep 20 15:40:31 rmbp kernel: domain=0, bus=1, slot=0, func=0 Sep 20 15:40:31 rmbp kernel: class=03-00-00, hdrtype=0x00, mfdev=1 Sep 20 15:40:31 rmbp kernel: cmdreg=0x0007, statreg=0x0010, cachelnsz=64 (dwords) Sep 20 15:40:31 rmbp kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 20 15:40:31 rmbp kernel: intpin=a, irq=11 Sep 20 15:40:31 rmbp kernel: powerspec 3 supports D0 D3 current D0 Sep 20 15:40:31 rmbp kernel: MSI supports 1 message, 64 bit Sep 20 15:40:31 rmbp kernel: map[10]: type Memory, range 32, base 0xc0000000, size 24, enabled Sep 20 15:40:31 rmbp kernel: pcib1: allocated memory range (0xc0000000-0xc0ffffff) for rid 10 of pci0:1:0:0 Sep 20 15:40:31 rmbp kernel: map[14]: type Prefetchable Memory, range 64, base 0x90000000, size 28, enabled Sep 20 15:40:31 rmbp kernel: pcib1: allocated prefetch range (0x90000000-0x9fffffff) for rid 14 of pci0:1:0:0 Sep 20 15:40:31 rmbp kernel: map[1c]: type Prefetchable Memory, range 64, base 0xa0000000, size 25, enabled Sep 20 15:40:31 rmbp kernel: pcib1: allocated prefetch range (0xa0000000-0xa1ffffff) for rid 1c of pci0:1:0:0 Sep 20 15:40:31 rmbp kernel: map[24]: type I/O Port, range 32, base 0x2000, size 7, enabled Sep 20 15:40:31 rmbp kernel: pcib1: allocated I/O port range (0x2000-0x207f) for rid 24 of pci0:1:0:0 Sep 20 15:40:31 rmbp kernel: pcib1: matched entry for 1.0.INTA Sep 20 15:40:31 rmbp kernel: pcib1: slot 0 INTA hardwired to IRQ 16 Sep 20 15:40:31 rmbp kernel: found-> vendor=0x10de, dev=0x0e1b, revid=0xa1 Sep 20 15:40:31 rmbp kernel: domain=0, bus=1, slot=0, func=1 Sep 20 15:40:31 rmbp kernel: class=04-03-00, hdrtype=0x00, mfdev=1 Sep 20 15:40:31 rmbp kernel: cmdreg=0x0006, statreg=0x0010, cachelnsz=64 (dwords) Sep 20 15:40:31 rmbp kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 20 15:40:31 rmbp kernel: intpin=b, irq=11 Sep 20 15:40:31 rmbp kernel: powerspec 3 supports D0 D3 current D0 Sep 20 15:40:31 rmbp kernel: MSI supports 1 message, 64 bit Sep 20 15:40:31 rmbp kernel: map[10]: type Memory, range 32, base 0xc1080000, size 14, enabled Sep 20 15:40:31 rmbp kernel: pcib1: allocated memory range (0xc1080000-0xc1083fff) for rid 10 of pci0:1:0:1 Sep 20 15:40:31 rmbp kernel: pcib1: matched entry for 1.0.INTB Sep 20 15:40:31 rmbp kernel: pcib1: slot 0 INTB hardwired to IRQ 17 Sep 20 15:40:31 rmbp kernel: vgapci0: port 0x2000-0x207f mem 0xc0000000-0xc0ffffff,0x90000000-0x9fffffff,0xa0000000-0xa1ffffff irq 16 at device 0.0 on pci1 Sep 20 15:40:31 rmbp kernel: nvidia0: on vgapci0 Sep 20 15:40:31 rmbp kernel: vgapci0: child nvidia0 requested pci_enable_io Sep 20 15:40:31 rmbp kernel: vgapci0: child nvidia0 requested pci_enable_io Sep 20 15:40:31 rmbp kernel: ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 59 Sep 20 15:40:31 rmbp kernel: hdac0: mem 0xc1080000-0xc1083fff irq 17 at device 0.1 on pci1 Sep 20 15:40:31 rmbp kernel: hdac0: HDA Driver Revision: 20120126_0002 Sep 20 15:40:31 rmbp kernel: hdac0: Config options: on=0x00000000 off=0x00000000 Sep 20 15:40:31 rmbp kernel: hdac0: attempting to allocate 1 MSI vectors (1 supported) Sep 20 15:40:31 rmbp kernel: msi: routing MSI IRQ 264 to local APIC 0 vector 60 Sep 20 15:40:31 rmbp kernel: hdac0: using IRQ 264 for MSI Sep 20 15:40:31 rmbp kernel: hdac0: Caps: OSS 4, ISS 4, BSS 0, NSDO 4, 64bit, CORB 256, RIRB 256 Sep 20 15:40:31 rmbp kernel: pcib2: at device 1.1 on pci0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 4 (0x4000-0x6fff) for rid 1c of pcib2 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xc1d00000-0xcdffffff) for rid 20 of pcib2 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xce000000-0xd9ffffff) for rid 24 of pcib2 Sep 20 15:40:31 rmbp kernel: pcib2: domain 0 Sep 20 15:40:31 rmbp kernel: pcib2: secondary bus 5 Sep 20 15:40:31 rmbp kernel: pcib2: subordinate bus 155 Sep 20 15:40:31 rmbp kernel: pcib2: I/O decode 0x4000-0x6fff Sep 20 15:40:31 rmbp kernel: pcib2: memory decode 0xc1d00000-0xcdffffff Sep 20 15:40:31 rmbp kernel: pcib2: prefetched decode 0xce000000-0xd9ffffff Sep 20 15:40:31 rmbp kernel: pci5: on pcib2 Sep 20 15:40:31 rmbp kernel: pci5: domain=0, physical bus=5 Sep 20 15:40:31 rmbp kernel: pcib3: at device 1.2 on pci0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xc1b00000-0xc1bfffff) for rid 20 of pcib3 Sep 20 15:40:31 rmbp kernel: pcib3: domain 0 Sep 20 15:40:31 rmbp kernel: pcib3: secondary bus 2 Sep 20 15:40:31 rmbp kernel: pcib3: subordinate bus 2 Sep 20 15:40:31 rmbp kernel: pcib3: memory decode 0xc1b00000-0xc1bfffff Sep 20 15:40:31 rmbp kernel: pcib3: no prefetched decode Sep 20 15:40:31 rmbp kernel: pci2: on pcib3 Sep 20 15:40:31 rmbp kernel: pci2: domain=0, physical bus=2 Sep 20 15:40:31 rmbp kernel: xhci0: mem 0xc1c00000-0xc1c0ffff at device 20.0 on pci0 Sep 20 15:40:31 rmbp kernel: pcib0: no PRT entry for 0.20.INTA Sep 20 15:40:31 rmbp kernel: xhci0: Could not allocate IRQ Sep 20 15:40:31 rmbp kernel: WARNING: A USB process has been left suspended Sep 20 15:40:31 rmbp kernel: device_attach: xhci0 attach returned 6 Sep 20 15:40:31 rmbp kernel: pci0: at device 22.0 (no driver attached) Sep 20 15:40:31 rmbp kernel: ehci0: mem 0xc1c16c00-0xc1c16fff irq 23 at device 26.0 on pci0 Sep 20 15:40:31 rmbp kernel: ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 61 Sep 20 15:40:31 rmbp kernel: usbus0: EHCI version 1.0 Sep 20 15:40:31 rmbp kernel: usbus0 on ehci0 Sep 20 15:40:31 rmbp kernel: usbus0: bpf attached Sep 20 15:40:31 rmbp kernel: ehci0: usbpf: Attached Sep 20 15:40:31 rmbp kernel: hdac1: mem 0xc1c10000-0xc1c13fff irq 22 at device 27.0 on pci0 Sep 20 15:40:31 rmbp kernel: hdac1: HDA Driver Revision: 20120126_0002 Sep 20 15:40:31 rmbp kernel: hdac1: Config options: on=0x00000000 off=0x00000000 Sep 20 15:40:31 rmbp kernel: hdac1: attempting to allocate 1 MSI vectors (1 supported) Sep 20 15:40:31 rmbp kernel: msi: routing MSI IRQ 265 to local APIC 0 vector 62 Sep 20 15:40:31 rmbp kernel: hdac1: using IRQ 265 for MSI Sep 20 15:40:31 rmbp kernel: hdac1: Caps: OSS 4, ISS 4, BSS 0, NSDO 1, 64bit, CORB 256, RIRB 256 Sep 20 15:40:31 rmbp kernel: pcib4: at device 28.0 on pci0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xc1a00000-0xc1afffff) for rid 20 of pcib4 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xc1800000-0xc18fffff) for rid 24 of pcib4 Sep 20 15:40:31 rmbp kernel: pcib4: domain 0 Sep 20 15:40:31 rmbp kernel: pcib4: secondary bus 3 Sep 20 15:40:31 rmbp kernel: pcib4: subordinate bus 3 Sep 20 15:40:31 rmbp kernel: pcib4: memory decode 0xc1a00000-0xc1afffff Sep 20 15:40:31 rmbp kernel: pcib4: prefetched decode 0xc1800000-0xc18fffff Sep 20 15:40:31 rmbp kernel: pci3: on pcib4 Sep 20 15:40:31 rmbp kernel: pci3: domain=0, physical bus=3 Sep 20 15:40:31 rmbp kernel: found-> vendor=0x14e4, dev=0x16a3, revid=0x10 Sep 20 15:40:31 rmbp kernel: domain=0, bus=3, slot=0, func=0 Sep 20 15:40:31 rmbp kernel: class=02-00-00, hdrtype=0x00, mfdev=1 Sep 20 15:40:31 rmbp kernel: cmdreg=0x0006, statreg=0x0010, cachelnsz=64 (dwords) Sep 20 15:40:31 rmbp kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 20 15:40:31 rmbp kernel: intpin=a, irq=11 Sep 20 15:40:31 rmbp kernel: powerspec 3 supports D0 D3 current D0 Sep 20 15:40:31 rmbp kernel: MSI supports 8 messages, 64 bit Sep 20 15:40:31 rmbp kernel: MSI-X supports 6 messages in map 0x18 Sep 20 15:40:31 rmbp kernel: map[10]: type Prefetchable Memory, range 64, base 0xc1800000, size 16, enabled Sep 20 15:40:31 rmbp kernel: pcib4: allocated prefetch range (0xc1800000-0xc180ffff) for rid 10 of pci0:3:0:0 Sep 20 15:40:31 rmbp kernel: map[18]: type Prefetchable Memory, range 64, base 0xc1810000, size 16, enabled Sep 20 15:40:31 rmbp kernel: pcib4: allocated prefetch range (0xc1810000-0xc181ffff) for rid 18 of pci0:3:0:0 Sep 20 15:40:31 rmbp kernel: pcib4: matched entry for 3.0.INTA Sep 20 15:40:31 rmbp kernel: pcib4: slot 0 INTA hardwired to IRQ 16 Sep 20 15:40:31 rmbp kernel: found-> vendor=0x14e4, dev=0x16bc, revid=0x10 Sep 20 15:40:31 rmbp kernel: domain=0, bus=3, slot=0, func=1 Sep 20 15:40:31 rmbp kernel: class=08-05-01, hdrtype=0x00, mfdev=1 Sep 20 15:40:31 rmbp kernel: cmdreg=0x0006, statreg=0x0010, cachelnsz=64 (dwords) Sep 20 15:40:31 rmbp kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 20 15:40:31 rmbp kernel: intpin=b, irq=11 Sep 20 15:40:31 rmbp kernel: powerspec 3 supports D0 D3 current D0 Sep 20 15:40:31 rmbp kernel: MSI supports 1 message, 64 bit Sep 20 15:40:31 rmbp kernel: map[10]: type Prefetchable Memory, range 64, base 0xc1820000, size 16, enabled Sep 20 15:40:31 rmbp kernel: pcib4: allocated prefetch range (0xc1820000-0xc182ffff) for rid 10 of pci0:3:0:1 Sep 20 15:40:31 rmbp kernel: pcib4: matched entry for 3.0.INTB Sep 20 15:40:31 rmbp kernel: pcib4: slot 0 INTB hardwired to IRQ 17 Sep 20 15:40:31 rmbp kernel: pci3: at device 0.0 (no driver attached) Sep 20 15:40:31 rmbp kernel: sdhci0: mem 0xc1820000-0xc182ffff irq 17 at device 0.1 on pci3 Sep 20 15:40:31 rmbp kernel: sdhci0-slot0: 8MHz HS 4bits 3.3V 3.0V 1.8V DMA Sep 20 15:40:31 rmbp kernel: sdhci0-slot0: ============== REGISTER DUMP ============== Sep 20 15:40:31 rmbp kernel: sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00001502 Sep 20 15:40:31 rmbp kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 Sep 20 15:40:31 rmbp kernel: sdhci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 Sep 20 15:40:31 rmbp kernel: sdhci0-slot0: Present: 0x1ff80000 | Host ctl: 0x00000000 Sep 20 15:40:31 rmbp kernel: sdhci0-slot0: Power: 0x00000000 | Blk gap: 0x00000000 Sep 20 15:40:31 rmbp kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000000 Sep 20 15:40:31 rmbp kernel: sdhci0-slot0: Timeout: 0x00000000 | Int stat: 0x00000000 Sep 20 15:40:31 rmbp kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb Sep 20 15:40:31 rmbp kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 Sep 20 15:40:31 rmbp kernel: sdhci0-slot0: Caps: 0x176ec8b0 | Max curr: 0x00000000 Sep 20 15:40:31 rmbp kernel: sdhci0-slot0: =========================================== Sep 20 15:40:31 rmbp kernel: sdhci0: 1 slot(s) allocated Sep 20 15:40:31 rmbp kernel: ioapic0: routing intpin 17 (PCI IRQ 17) to lapic 0 vector 63 Sep 20 15:40:31 rmbp kernel: pcib5: at device 28.1 on pci0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xc1900000-0xc19fffff) for rid 20 of pcib5 Sep 20 15:40:31 rmbp kernel: pcib5: domain 0 Sep 20 15:40:31 rmbp kernel: pcib5: secondary bus 4 Sep 20 15:40:31 rmbp kernel: pcib5: subordinate bus 4 Sep 20 15:40:31 rmbp kernel: pcib5: memory decode 0xc1900000-0xc19fffff Sep 20 15:40:31 rmbp kernel: pcib5: no prefetched decode Sep 20 15:40:31 rmbp kernel: pci4: on pcib5 Sep 20 15:40:31 rmbp kernel: pci4: domain=0, physical bus=4 Sep 20 15:40:31 rmbp kernel: found-> vendor=0x14e4, dev=0x4331, revid=0x02 Sep 20 15:40:31 rmbp kernel: domain=0, bus=4, slot=0, func=0 Sep 20 15:40:31 rmbp kernel: class=02-80-00, hdrtype=0x00, mfdev=0 Sep 20 15:40:31 rmbp kernel: cmdreg=0x0006, statreg=0x0010, cachelnsz=64 (dwords) Sep 20 15:40:31 rmbp kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Sep 20 15:40:31 rmbp kernel: intpin=a, irq=11 Sep 20 15:40:31 rmbp kernel: powerspec 3 supports D0 D1 D2 D3 current D0 Sep 20 15:40:31 rmbp kernel: MSI supports 1 message, 64 bit Sep 20 15:40:31 rmbp kernel: map[10]: type Memory, range 64, base 0xc1900000, size 14, enabled Sep 20 15:40:31 rmbp kernel: pcib5: allocated memory range (0xc1900000-0xc1903fff) for rid 10 of pci0:4:0:0 Sep 20 15:40:31 rmbp kernel: pcib5: matched entry for 4.0.INTA Sep 20 15:40:31 rmbp kernel: pcib5: slot 0 INTA hardwired to IRQ 17 Sep 20 15:40:31 rmbp kernel: pci4: at device 0.0 (no driver attached) Sep 20 15:40:31 rmbp kernel: ehci1: mem 0xc1c16800-0xc1c16bff irq 22 at device 29.0 on pci0 Sep 20 15:40:31 rmbp kernel: ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 64 Sep 20 15:40:31 rmbp kernel: usbus1: EHCI version 1.0 Sep 20 15:40:31 rmbp kernel: usbus1 on ehci1 Sep 20 15:40:31 rmbp kernel: usbus1: bpf attached Sep 20 15:40:31 rmbp kernel: ehci1: usbpf: Attached Sep 20 15:40:31 rmbp kernel: isab0: at device 31.0 on pci0 Sep 20 15:40:31 rmbp kernel: isa0: on isab0 Sep 20 15:40:31 rmbp kernel: ahci0: port 0x3098-0x309f,0x30bc-0x30bf,0x3090-0x3097,0x30b8-0x30bb,0x3060-0x307f mem 0xc1c16000-0xc1c167ff irq 19 at device 31.2 on pci0 Sep 20 15:40:31 rmbp kernel: ahci0: attempting to allocate 1 MSI vectors (1 supported) Sep 20 15:40:31 rmbp kernel: msi: routing MSI IRQ 266 to local APIC 0 vector 65 Sep 20 15:40:31 rmbp kernel: ahci0: using IRQ 266 for MSI Sep 20 15:40:31 rmbp kernel: ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported Sep 20 15:40:31 rmbp kernel: ahci0: Caps: 64bit NCQ ALP AL CLO 6Gbps PMD SSC PSC 32cmd EM 6ports Sep 20 15:40:31 rmbp kernel: ahci0: Caps2: APST Sep 20 15:40:31 rmbp kernel: ahci0: EM Caps: ALHD XMT SMB LED Sep 20 15:40:31 rmbp kernel: ahcich0: at channel 0 on ahci0 Sep 20 15:40:31 rmbp kernel: ahcich0: Caps: Sep 20 15:40:31 rmbp kernel: ahcich1: not probed (disabled) Sep 20 15:40:31 rmbp kernel: ahcich2: not probed (disabled) Sep 20 15:40:31 rmbp kernel: ahcich3: not probed (disabled) Sep 20 15:40:31 rmbp kernel: ahcich4: not probed (disabled) Sep 20 15:40:31 rmbp kernel: ahcich5: not probed (disabled) Sep 20 15:40:31 rmbp kernel: pci0: at device 31.3 (no driver attached) Sep 20 15:40:31 rmbp kernel: battery0: on acpi0 Sep 20 15:40:31 rmbp kernel: acpi_acad0: on acpi0 Sep 20 15:40:31 rmbp kernel: acpi_lid0: on acpi0 Sep 20 15:40:31 rmbp kernel: acpi_button0: on acpi0 Sep 20 15:40:31 rmbp kernel: acpi_button1: on acpi0 Sep 20 15:40:31 rmbp kernel: acpi0: wakeup code va 0xffffff84597e7000 pa 0x98000 Sep 20 15:40:31 rmbp kernel: ex_isa_identify() Sep 20 15:40:31 rmbp kernel: ahc_isa_probe 0: ioport 0xc00 alloc failed Sep 20 15:40:31 rmbp kernel: ahc_isa_probe 1: ioport 0x1c00 alloc failed Sep 20 15:40:31 rmbp kernel: ahc_isa_probe 2: ioport 0x2c00 alloc failed Sep 20 15:40:31 rmbp kernel: ahc_isa_probe 3: ioport 0x3c00 alloc failed Sep 20 15:40:31 rmbp kernel: ahc_isa_probe 4: ioport 0x4c00 alloc failed Sep 20 15:40:31 rmbp kernel: ahc_isa_probe 5: ioport 0x5c00 alloc failed Sep 20 15:40:31 rmbp kernel: ahc_isa_probe 6: ioport 0x6c00 alloc failed Sep 20 15:40:31 rmbp kernel: ahc_isa_probe 7: ioport 0x7c00 alloc failed Sep 20 15:40:31 rmbp kernel: ahc_isa_probe 8: ioport 0x8c00 alloc failed Sep 20 15:40:31 rmbp kernel: ahc_isa_probe 9: ioport 0x9c00 alloc failed Sep 20 15:40:31 rmbp kernel: ahc_isa_probe 10: ioport 0xac00 alloc failed Sep 20 15:40:31 rmbp kernel: ahc_isa_probe 11: ioport 0xbc00 alloc failed Sep 20 15:40:31 rmbp kernel: ahc_isa_probe 12: ioport 0xcc00 alloc failed Sep 20 15:40:31 rmbp kernel: ahc_isa_probe 13: ioport 0xdc00 alloc failed Sep 20 15:40:31 rmbp kernel: ahc_isa_probe 14: ioport 0xec00 alloc failed Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 Sep 20 15:40:31 rmbp kernel: isa_probe_children: disabling PnP devices Sep 20 15:40:31 rmbp kernel: atrtc: atrtc0 already exists; skipping it Sep 20 15:40:31 rmbp kernel: attimer: attimer0 already exists; skipping it Sep 20 15:40:31 rmbp kernel: sc: sc0 already exists; skipping it Sep 20 15:40:31 rmbp kernel: isa_probe_children: probing non-PnP devices Sep 20 15:40:31 rmbp kernel: orm0: at iomem 0xc0000-0xce7ff on isa0 Sep 20 15:40:31 rmbp kernel: sc0: at flags 0x100 on isa0 Sep 20 15:40:31 rmbp kernel: sc0: VGA <16 virtual consoles, flags=0x300> Sep 20 15:40:31 rmbp kernel: sc0: fb0, kbd0, terminal emulator: scteken (teken terminal) Sep 20 15:40:31 rmbp kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 4 (0x60-0x60) for rid 0 of atkbdc0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 4 (0x64-0x64) for rid 1 of atkbdc0 Sep 20 15:40:31 rmbp kernel: atkbdc0: AT keyboard controller not found Sep 20 15:40:31 rmbp kernel: atkbdc0 failed to probe at port 0x60,0x64 on isa0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 4 (0x3f0-0x3f5) for rid 0 of fdc0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 4 (0x3f7-0x3f7) for rid 1 of fdc0 Sep 20 15:40:31 rmbp kernel: fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 Sep 20 15:40:31 rmbp kernel: ppc0: cannot reserve I/O port range Sep 20 15:40:31 rmbp kernel: ppc0 failed to probe at irq 7 on isa0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 4 (0x3f8-0x3ff) for rid 0 of uart0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 4 (0x3f8-0x3ff) for rid 0 of uart0 Sep 20 15:40:31 rmbp kernel: uart0: <8250 or 16450 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 4 (0x3f8-0x3ff) for rid 0 of uart0 Sep 20 15:40:31 rmbp kernel: ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 66 Sep 20 15:40:31 rmbp kernel: uart0: fast interrupt Sep 20 15:40:31 rmbp kernel: pcib0: allocated type 4 (0x2f8-0x2ff) for rid 0 of uart1 Sep 20 15:40:31 rmbp kernel: uart1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 Sep 20 15:40:31 rmbp kernel: wbwd0 failed to probe on isa0 Sep 20 15:40:31 rmbp kernel: isa_probe_children: probing PnP devices Sep 20 15:40:31 rmbp kernel: coretemp0: on cpu0 Sep 20 15:40:31 rmbp kernel: coretemp0: Setting TjMax=105 Sep 20 15:40:31 rmbp kernel: est0: on cpu0 Sep 20 15:40:31 rmbp kernel: p4tcc0: on cpu0 Sep 20 15:40:31 rmbp kernel: coretemp1: on cpu1 Sep 20 15:40:31 rmbp kernel: coretemp1: Setting TjMax=105 Sep 20 15:40:31 rmbp kernel: est1: on cpu1 Sep 20 15:40:31 rmbp kernel: p4tcc1: on cpu1 Sep 20 15:40:31 rmbp kernel: coretemp2: on cpu2 Sep 20 15:40:31 rmbp kernel: coretemp2: Setting TjMax=105 Sep 20 15:40:31 rmbp kernel: est2: on cpu2 Sep 20 15:40:31 rmbp kernel: p4tcc2: on cpu2 Sep 20 15:40:31 rmbp kernel: coretemp3: on cpu3 Sep 20 15:40:31 rmbp kernel: coretemp3: Setting TjMax=105 Sep 20 15:40:31 rmbp kernel: est3: on cpu3 Sep 20 15:40:31 rmbp kernel: p4tcc3: on cpu3 Sep 20 15:40:31 rmbp kernel: coretemp4: on cpu4 Sep 20 15:40:31 rmbp kernel: coretemp4: Setting TjMax=105 Sep 20 15:40:31 rmbp kernel: est4: on cpu4 Sep 20 15:40:31 rmbp kernel: p4tcc4: on cpu4 Sep 20 15:40:31 rmbp kernel: coretemp5: on cpu5 Sep 20 15:40:31 rmbp kernel: coretemp5: Setting TjMax=105 Sep 20 15:40:31 rmbp kernel: est5: on cpu5 Sep 20 15:40:31 rmbp kernel: p4tcc5: on cpu5 Sep 20 15:40:31 rmbp kernel: coretemp6: on cpu6 Sep 20 15:40:31 rmbp kernel: coretemp6: Setting TjMax=105 Sep 20 15:40:31 rmbp kernel: est6: on cpu6 Sep 20 15:40:31 rmbp kernel: p4tcc6: on cpu6 Sep 20 15:40:31 rmbp kernel: coretemp7: on cpu7 Sep 20 15:40:31 rmbp kernel: coretemp7: Setting TjMax=105 Sep 20 15:40:31 rmbp kernel: est7: on cpu7 Sep 20 15:40:31 rmbp kernel: p4tcc7: on cpu7 Sep 20 15:40:31 rmbp kernel: Device configuration finished. Sep 20 15:40:31 rmbp kernel: procfs registered Sep 20 15:40:31 rmbp kernel: lapic: Divisor 2, Frequency 49887934 Hz Sep 20 15:40:31 rmbp kernel: Timecounters tick every 1.000 msec Sep 20 15:40:31 rmbp kernel: vlan: initialized, using hash tables with chaining Sep 20 15:40:31 rmbp kernel: Linux ELF exec handler installed Sep 20 15:40:31 rmbp kernel: lo0: bpf attached Sep 20 15:40:31 rmbp kernel: hptrr: no controller detected. Sep 20 15:40:31 rmbp kernel: hdacc0: at cad 0 on hdac0 Sep 20 15:40:31 rmbp kernel: hdacc0: Root Node at nid=0: 1 subnodes 1-1 Sep 20 15:40:31 rmbp kernel: hdaa0: at nid 1 on hdacc0 Sep 20 15:40:31 rmbp kernel: hdaa0: Audio Function Group at nid=1: 8 subnodes 4-11 Sep 20 15:40:31 rmbp kernel: hdaa0: NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 Sep 20 15:40:31 rmbp kernel: hdaa0: Original pins configuration: Sep 20 15:40:31 rmbp kernel: hdaa0: nid 0x as seq device conn jack loc color misc Sep 20 15:40:31 rmbp kernel: hdaa0: 4 185600f0 15 0 Digital-out Jack Digital 0x18 Unknown 0 Sep 20 15:40:31 rmbp kernel: hdaa0: 5 185600f0 15 0 Digital-out Jack Digital 0x18 Unknown 0 Sep 20 15:40:31 rmbp kernel: hdaa0: 6 585600f0 15 0 Digital-out None Digital 0x18 Unknown 0 Sep 20 15:40:31 rmbp kernel: hdaa0: 7 185600f0 15 0 Digital-out Jack Digital 0x18 Unknown 0 Sep 20 15:40:31 rmbp kernel: hdaa0: Patched pins configuration: Sep 20 15:40:31 rmbp kernel: hdaa0: nid 0x as seq device conn jack loc color misc Sep 20 15:40:31 rmbp kernel: hdaa0: 4 185600f0 15 0 Digital-out Jack Digital 0x18 Unknown 0 Sep 20 15:40:31 rmbp kernel: hdaa0: 5 185600f0 15 0 Digital-out Jack Digital 0x18 Unknown 0 Sep 20 15:40:31 rmbp kernel: hdaa0: 6 585600f0 15 0 Digital-out None Digital 0x18 Unknown 0 DISA Sep 20 15:40:31 rmbp kernel: hdaa0: 7 185600f0 15 0 Digital-out Jack Digital 0x18 Unknown 0 Sep 20 15:40:31 rmbp kernel: hdaa0: 3 associations found: Sep 20 15:40:31 rmbp kernel: hdaa0: Association 0 (15) out: Sep 20 15:40:31 rmbp kernel: hdaa0: Pin nid=4 seq=0 Sep 20 15:40:31 rmbp kernel: hdaa0: Association 1 (15) out: Sep 20 15:40:31 rmbp kernel: hdaa0: Pin nid=5 seq=0 Sep 20 15:40:31 rmbp kernel: hdaa0: Association 2 (15) out: Sep 20 15:40:31 rmbp kernel: hdaa0: Pin nid=7 seq=0 Sep 20 15:40:31 rmbp kernel: hdaa0: Tracing association 0 (15) Sep 20 15:40:31 rmbp kernel: hdaa0: Pin 4 traced to DAC 8 Sep 20 15:40:31 rmbp kernel: hdaa0: Association 0 (15) trace succeeded Sep 20 15:40:31 rmbp kernel: hdaa0: Tracing association 1 (15) Sep 20 15:40:31 rmbp kernel: hdaa0: Pin 5 traced to DAC 9 Sep 20 15:40:31 rmbp kernel: hdaa0: Association 1 (15) trace succeeded Sep 20 15:40:31 rmbp kernel: hdaa0: Tracing association 2 (15) Sep 20 15:40:31 rmbp kernel: hdaa0: Pin 7 traced to DAC 10 Sep 20 15:40:31 rmbp kernel: hdaa0: Association 2 (15) trace succeeded Sep 20 15:40:31 rmbp kernel: hdaa0: Looking for additional DAC for association 0 (15) Sep 20 15:40:31 rmbp kernel: hdaa0: Looking for additional DAC for association 1 (15) Sep 20 15:40:31 rmbp kernel: hdaa0: Looking for additional DAC for association 2 (15) Sep 20 15:40:31 rmbp kernel: hdaa0: Tracing input monitor Sep 20 15:40:31 rmbp kernel: hdaa0: Tracing other input monitors Sep 20 15:40:31 rmbp kernel: hdaa0: Tracing beeper Sep 20 15:40:31 rmbp kernel: hdaa0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref Sep 20 15:40:31 rmbp kernel: hdaa0: Sep 20 15:40:31 rmbp kernel: hdaa0: +-------------------+ Sep 20 15:40:31 rmbp kernel: hdaa0: | DUMPING HDA NODES | Sep 20 15:40:31 rmbp kernel: hdaa0: +-------------------+ Sep 20 15:40:31 rmbp kernel: hdaa0: Sep 20 15:40:31 rmbp kernel: hdaa0: Default Parameter Sep 20 15:40:31 rmbp kernel: hdaa0: ----------------- Sep 20 15:40:31 rmbp kernel: hdaa0: IN amp: 0x00000000 Sep 20 15:40:31 rmbp kernel: hdaa0: OUT amp: 0x00000000 Sep 20 15:40:31 rmbp kernel: hdaa0: Sep 20 15:40:31 rmbp kernel: hdaa0: nid: 4 Sep 20 15:40:31 rmbp kernel: hdaa0: Name: pin: Digital-out (Jack) Sep 20 15:40:31 rmbp kernel: hdaa0: Widget cap: 0x00407381 Sep 20 15:40:31 rmbp kernel: hdaa0: DIGITAL UNSOL 8CH Sep 20 15:40:31 rmbp kernel: hdaa0: Association: 0 (0x00000001) Sep 20 15:40:31 rmbp kernel: hdaa0: Pin cap: 0x09000094 Sep 20 15:40:31 rmbp kernel: hdaa0: PDC OUT HDMI DP HBR Sep 20 15:40:31 rmbp kernel: hdaa0: Pin config: 0x185600f0 Sep 20 15:40:31 rmbp kernel: hdaa0: Pin control: 0x00000040 OUT Sep 20 15:40:31 rmbp kernel: hdaa0: connections: 4 Sep 20 15:40:31 rmbp kernel: hdaa0: | Sep 20 15:40:31 rmbp kernel: hdaa0: + <- nid=8 [audio output] (selected) Sep 20 15:40:31 rmbp kernel: hdaa0: + [DISABLED] <- nid=9 [audio output] Sep 20 15:40:31 rmbp kernel: hdaa0: + [DISABLED] <- nid=10 [audio output] Sep 20 15:40:31 rmbp kernel: hdaa0: + [DISABLED] <- nid=11 [audio output] [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa0: Sep 20 15:40:31 rmbp kernel: hdaa0: nid: 5 Sep 20 15:40:31 rmbp kernel: hdaa0: Name: pin: Digital-out (Jack) Sep 20 15:40:31 rmbp kernel: hdaa0: Widget cap: 0x00407381 Sep 20 15:40:31 rmbp kernel: hdaa0: DIGITAL UNSOL 8CH Sep 20 15:40:31 rmbp kernel: hdaa0: Association: 1 (0x00000001) Sep 20 15:40:31 rmbp kernel: hdaa0: Pin cap: 0x09000094 Sep 20 15:40:31 rmbp kernel: hdaa0: PDC OUT HDMI DP HBR Sep 20 15:40:31 rmbp kernel: hdaa0: Pin config: 0x185600f0 Sep 20 15:40:31 rmbp kernel: hdaa0: Pin control: 0x00000040 OUT Sep 20 15:40:31 rmbp kernel: hdaa0: connections: 4 Sep 20 15:40:31 rmbp kernel: hdaa0: | Sep 20 15:40:31 rmbp kernel: hdaa0: + [DISABLED] <- nid=8 [audio output] Sep 20 15:40:31 rmbp kernel: hdaa0: + <- nid=9 [audio output] (selected) Sep 20 15:40:31 rmbp kernel: hdaa0: + [DISABLED] <- nid=10 [audio output] Sep 20 15:40:31 rmbp kernel: hdaa0: + [DISABLED] <- nid=11 [audio output] [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa0: Sep 20 15:40:31 rmbp kernel: hdaa0: nid: 6 [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa0: Name: pin: Digital-out (None) Sep 20 15:40:31 rmbp kernel: hdaa0: Widget cap: 0x00407381 Sep 20 15:40:31 rmbp kernel: hdaa0: DIGITAL UNSOL 8CH Sep 20 15:40:31 rmbp kernel: hdaa0: Pin cap: 0x09000094 Sep 20 15:40:31 rmbp kernel: hdaa0: PDC OUT HDMI DP HBR Sep 20 15:40:31 rmbp kernel: hdaa0: Pin config: 0x585600f0 Sep 20 15:40:31 rmbp kernel: hdaa0: Pin control: 0x00000000 Sep 20 15:40:31 rmbp kernel: hdaa0: connections: 4 Sep 20 15:40:31 rmbp kernel: hdaa0: | Sep 20 15:40:31 rmbp kernel: hdaa0: + <- nid=8 [audio output] (selected) Sep 20 15:40:31 rmbp kernel: hdaa0: + <- nid=9 [audio output] Sep 20 15:40:31 rmbp kernel: hdaa0: + <- nid=10 [audio output] Sep 20 15:40:31 rmbp kernel: hdaa0: + <- nid=11 [audio output] [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa0: Sep 20 15:40:31 rmbp kernel: hdaa0: nid: 7 Sep 20 15:40:31 rmbp kernel: hdaa0: Name: pin: Digital-out (Jack) Sep 20 15:40:31 rmbp kernel: hdaa0: Widget cap: 0x00407381 Sep 20 15:40:31 rmbp kernel: hdaa0: DIGITAL UNSOL 8CH Sep 20 15:40:31 rmbp kernel: hdaa0: Association: 2 (0x00000001) Sep 20 15:40:31 rmbp kernel: hdaa0: Pin cap: 0x09000094 Sep 20 15:40:31 rmbp kernel: hdaa0: PDC OUT HDMI DP HBR Sep 20 15:40:31 rmbp kernel: hdaa0: Pin config: 0x185600f0 Sep 20 15:40:31 rmbp kernel: hdaa0: Pin control: 0x00000040 OUT Sep 20 15:40:31 rmbp kernel: hdaa0: connections: 4 Sep 20 15:40:31 rmbp kernel: hdaa0: | Sep 20 15:40:31 rmbp kernel: hdaa0: + [DISABLED] <- nid=8 [audio output] Sep 20 15:40:31 rmbp kernel: hdaa0: + [DISABLED] <- nid=9 [audio output] Sep 20 15:40:31 rmbp kernel: hdaa0: + <- nid=10 [audio output] (selected) Sep 20 15:40:31 rmbp kernel: hdaa0: + [DISABLED] <- nid=11 [audio output] [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa0: Sep 20 15:40:31 rmbp kernel: hdaa0: nid: 8 Sep 20 15:40:31 rmbp kernel: hdaa0: Name: audio output Sep 20 15:40:31 rmbp kernel: hdaa0: Widget cap: 0x000062b1 Sep 20 15:40:31 rmbp kernel: hdaa0: DIGITAL UNSOL STRIPE(x4) 8CH Sep 20 15:40:31 rmbp kernel: hdaa0: Association: 0 (0x00000001) Sep 20 15:40:31 rmbp kernel: hdaa0: OSS: pcm (pcm) Sep 20 15:40:31 rmbp kernel: hdaa0: Stream cap: 0x00000005 Sep 20 15:40:31 rmbp kernel: hdaa0: AC3 PCM Sep 20 15:40:31 rmbp kernel: hdaa0: PCM cap: 0x000e07f0 Sep 20 15:40:31 rmbp kernel: hdaa0: 16 20 24 bits, 32 44 48 88 96 176 192 KHz Sep 20 15:40:31 rmbp kernel: hdaa0: Sep 20 15:40:31 rmbp kernel: hdaa0: nid: 9 Sep 20 15:40:31 rmbp kernel: hdaa0: Name: audio output Sep 20 15:40:31 rmbp kernel: hdaa0: Widget cap: 0x000062b1 Sep 20 15:40:31 rmbp kernel: hdaa0: DIGITAL UNSOL STRIPE(x4) 8CH Sep 20 15:40:31 rmbp kernel: hdaa0: Association: 1 (0x00000001) Sep 20 15:40:31 rmbp kernel: hdaa0: OSS: pcm (pcm) Sep 20 15:40:31 rmbp kernel: hdaa0: Stream cap: 0x00000005 Sep 20 15:40:31 rmbp kernel: hdaa0: AC3 PCM Sep 20 15:40:31 rmbp kernel: hdaa0: PCM cap: 0x000e07f0 Sep 20 15:40:31 rmbp kernel: hdaa0: 16 20 24 bits, 32 44 48 88 96 176 192 KHz Sep 20 15:40:31 rmbp kernel: hdaa0: Sep 20 15:40:31 rmbp kernel: hdaa0: nid: 10 Sep 20 15:40:31 rmbp kernel: hdaa0: Name: audio output Sep 20 15:40:31 rmbp kernel: hdaa0: Widget cap: 0x000062b1 Sep 20 15:40:31 rmbp kernel: hdaa0: DIGITAL UNSOL STRIPE(x4) 8CH Sep 20 15:40:31 rmbp kernel: hdaa0: Association: 2 (0x00000001) Sep 20 15:40:31 rmbp kernel: hdaa0: OSS: pcm (pcm) Sep 20 15:40:31 rmbp kernel: hdaa0: Stream cap: 0x00000005 Sep 20 15:40:31 rmbp kernel: hdaa0: AC3 PCM Sep 20 15:40:31 rmbp kernel: hdaa0: PCM cap: 0x000e07f0 Sep 20 15:40:31 rmbp kernel: hdaa0: 16 20 24 bits, 32 44 48 88 96 176 192 KHz Sep 20 15:40:31 rmbp kernel: hdaa0: Sep 20 15:40:31 rmbp kernel: hdaa0: nid: 11 [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa0: Name: audio output Sep 20 15:40:31 rmbp kernel: hdaa0: Widget cap: 0x000062b1 Sep 20 15:40:31 rmbp kernel: hdaa0: DIGITAL UNSOL STRIPE(x4) 8CH Sep 20 15:40:31 rmbp kernel: hdaa0: Stream cap: 0x00000005 Sep 20 15:40:31 rmbp kernel: hdaa0: AC3 PCM Sep 20 15:40:31 rmbp kernel: hdaa0: PCM cap: 0x000e07f0 Sep 20 15:40:31 rmbp kernel: hdaa0: 16 20 24 bits, 32 44 48 88 96 176 192 KHz Sep 20 15:40:31 rmbp kernel: hdaa0: Sep 20 15:40:31 rmbp kernel: pcm0: at nid 4 on hdaa0 Sep 20 15:40:31 rmbp kernel: pcm0: +--------------------------------------+ Sep 20 15:40:31 rmbp kernel: pcm0: | DUMPING PCM Playback/Record Channels | Sep 20 15:40:31 rmbp kernel: pcm0: +--------------------------------------+ Sep 20 15:40:31 rmbp kernel: pcm0: Sep 20 15:40:31 rmbp kernel: pcm0: Playback: Sep 20 15:40:31 rmbp kernel: pcm0: Sep 20 15:40:31 rmbp kernel: pcm0: Stream cap: 0x00000005 Sep 20 15:40:31 rmbp kernel: pcm0: AC3 PCM Sep 20 15:40:31 rmbp kernel: pcm0: PCM cap: 0x000e07f0 Sep 20 15:40:31 rmbp kernel: pcm0: 16 20 24 bits, 32 44 48 88 96 176 192 KHz Sep 20 15:40:31 rmbp kernel: pcm0: DAC: 8 Sep 20 15:40:31 rmbp kernel: pcm0: Sep 20 15:40:31 rmbp kernel: pcm0: +-------------------------------+ Sep 20 15:40:31 rmbp kernel: pcm0: | DUMPING Playback/Record Paths | Sep 20 15:40:31 rmbp kernel: pcm0: +-------------------------------+ Sep 20 15:40:31 rmbp kernel: pcm0: Sep 20 15:40:31 rmbp kernel: pcm0: Playback: Sep 20 15:40:31 rmbp kernel: pcm0: Sep 20 15:40:31 rmbp kernel: pcm0: nid=4 [pin: Digital-out (Jack)] Sep 20 15:40:31 rmbp kernel: pcm0: | Sep 20 15:40:31 rmbp kernel: pcm0: + <- nid=8 [audio output] [src: pcm] Sep 20 15:40:31 rmbp kernel: pcm0: Sep 20 15:40:31 rmbp kernel: pcm0: +-------------------------+ Sep 20 15:40:31 rmbp kernel: pcm0: | DUMPING Volume Controls | Sep 20 15:40:31 rmbp kernel: pcm0: +-------------------------+ Sep 20 15:40:31 rmbp kernel: pcm0: Sep 20 15:40:31 rmbp kernel: pcm0: Mixer "vol" -> "none": child=0x00000010 Sep 20 15:40:31 rmbp kernel: pcm0: Mixer "pcm": parent="vol" Sep 20 15:40:31 rmbp kernel: pcm0: Soft PCM mixer ENABLED Sep 20 15:40:31 rmbp kernel: pcm0: clone manager: deadline=750ms flags=0x8000001e Sep 20 15:40:31 rmbp kernel: pcm0: sndbuf_setmap 44e000000, 10000; 0xffffff84597ff000 -> 44e000000 Sep 20 15:40:31 rmbp kernel: pcm1: at nid 5 on hdaa0 Sep 20 15:40:31 rmbp kernel: pcm1: +--------------------------------------+ Sep 20 15:40:31 rmbp kernel: pcm1: | DUMPING PCM Playback/Record Channels | Sep 20 15:40:31 rmbp kernel: pcm1: +--------------------------------------+ Sep 20 15:40:31 rmbp kernel: pcm1: Sep 20 15:40:31 rmbp kernel: pcm1: Playback: Sep 20 15:40:31 rmbp kernel: pcm1: Sep 20 15:40:31 rmbp kernel: pcm1: Stream cap: 0x00000005 Sep 20 15:40:31 rmbp kernel: pcm1: AC3 PCM Sep 20 15:40:31 rmbp kernel: pcm1: PCM cap: 0x000e07f0 Sep 20 15:40:31 rmbp kernel: pcm1: 16 20 24 bits, 32 44 48 88 96 176 192 KHz Sep 20 15:40:31 rmbp kernel: pcm1: DAC: 9 Sep 20 15:40:31 rmbp kernel: pcm1: Sep 20 15:40:31 rmbp kernel: pcm1: +-------------------------------+ Sep 20 15:40:31 rmbp kernel: pcm1: | DUMPING Playback/Record Paths | Sep 20 15:40:31 rmbp kernel: pcm1: +-------------------------------+ Sep 20 15:40:31 rmbp kernel: pcm1: Sep 20 15:40:31 rmbp kernel: pcm1: Playback: Sep 20 15:40:31 rmbp kernel: pcm1: Sep 20 15:40:31 rmbp kernel: pcm1: nid=5 [pin: Digital-out (Jack)] Sep 20 15:40:31 rmbp kernel: pcm1: | Sep 20 15:40:31 rmbp kernel: pcm1: + <- nid=9 [audio output] [src: pcm] Sep 20 15:40:31 rmbp kernel: pcm1: Sep 20 15:40:31 rmbp kernel: pcm1: +-------------------------+ Sep 20 15:40:31 rmbp kernel: pcm1: | DUMPING Volume Controls | Sep 20 15:40:31 rmbp kernel: pcm1: +-------------------------+ Sep 20 15:40:31 rmbp kernel: pcm1: Sep 20 15:40:31 rmbp kernel: pcm1: Mixer "vol" -> "none": child=0x00000010 Sep 20 15:40:31 rmbp kernel: pcm1: Mixer "pcm": parent="vol" Sep 20 15:40:31 rmbp kernel: pcm1: Soft PCM mixer ENABLED Sep 20 15:40:31 rmbp kernel: pcm1: clone manager: deadline=750ms flags=0x8000001e Sep 20 15:40:31 rmbp kernel: pcm1: sndbuf_setmap c0c0000, 10000; 0xffffff845983f000 -> c0c0000 Sep 20 15:40:31 rmbp kernel: pcm2: at nid 7 on hdaa0 Sep 20 15:40:31 rmbp kernel: pcm2: +--------------------------------------+ Sep 20 15:40:31 rmbp kernel: pcm2: | DUMPING PCM Playback/Record Channels | Sep 20 15:40:31 rmbp kernel: pcm2: +--------------------------------------+ Sep 20 15:40:31 rmbp kernel: pcm2: Sep 20 15:40:31 rmbp kernel: pcm2: Playback: Sep 20 15:40:31 rmbp kernel: pcm2: Sep 20 15:40:31 rmbp kernel: pcm2: Stream cap: 0x00000005 Sep 20 15:40:31 rmbp kernel: pcm2: AC3 PCM Sep 20 15:40:31 rmbp kernel: pcm2: PCM cap: 0x000e07f0 Sep 20 15:40:31 rmbp kernel: pcm2: 16 20 24 bits, 32 44 48 88 96 176 192 KHz Sep 20 15:40:31 rmbp kernel: pcm2: DAC: 10 Sep 20 15:40:31 rmbp kernel: pcm2: Sep 20 15:40:31 rmbp kernel: pcm2: +-------------------------------+ Sep 20 15:40:31 rmbp kernel: pcm2: | DUMPING Playback/Record Paths | Sep 20 15:40:31 rmbp kernel: pcm2: +-------------------------------+ Sep 20 15:40:31 rmbp kernel: pcm2: Sep 20 15:40:31 rmbp kernel: pcm2: Playback: Sep 20 15:40:31 rmbp kernel: pcm2: Sep 20 15:40:31 rmbp kernel: pcm2: nid=7 [pin: Digital-out (Jack)] Sep 20 15:40:31 rmbp kernel: pcm2: | Sep 20 15:40:31 rmbp kernel: pcm2: + <- nid=10 [audio output] [src: pcm] Sep 20 15:40:31 rmbp kernel: pcm2: Sep 20 15:40:31 rmbp kernel: pcm2: +-------------------------+ Sep 20 15:40:31 rmbp kernel: pcm2: | DUMPING Volume Controls | Sep 20 15:40:31 rmbp kernel: pcm2: +-------------------------+ Sep 20 15:40:31 rmbp kernel: pcm2: Sep 20 15:40:31 rmbp kernel: pcm2: Mixer "vol" -> "none": child=0x00000010 Sep 20 15:40:31 rmbp kernel: pcm2: Mixer "pcm": parent="vol" Sep 20 15:40:31 rmbp kernel: pcm2: Soft PCM mixer ENABLED Sep 20 15:40:31 rmbp kernel: pcm2: clone manager: deadline=750ms flags=0x8000001e Sep 20 15:40:31 rmbp kernel: pcm2: sndbuf_setmap c100000, 10000; 0xffffff845987f000 -> c100000 Sep 20 15:40:31 rmbp kernel: hdacc1: at cad 0 on hdac1 Sep 20 15:40:31 rmbp kernel: hdacc1: Root Node at nid=0: 1 subnodes 1-1 Sep 20 15:40:31 rmbp kernel: hdaa1: at nid 1 on hdacc1 Sep 20 15:40:31 rmbp kernel: hdaa1: Audio Function Group at nid=1: 20 subnodes 2-21 Sep 20 15:40:31 rmbp kernel: hdaa1: NumGPIO=4 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 Sep 20 15:40:31 rmbp kernel: hdaa1: GPIO0: disabled Sep 20 15:40:31 rmbp kernel: hdaa1: GPIO1: disabled Sep 20 15:40:31 rmbp kernel: hdaa1: GPIO2: disabled Sep 20 15:40:31 rmbp kernel: hdaa1: GPIO3: output state=0 Sep 20 15:40:31 rmbp kernel: hdaa1: Original pins configuration: Sep 20 15:40:31 rmbp kernel: hdaa1: nid 0x as seq device conn jack loc color misc Sep 20 15:40:31 rmbp kernel: hdaa1: 9 002b4020 2 0 Headphones Jack Combo 0x00 Green 0 Sep 20 15:40:31 rmbp kernel: hdaa1: 10 90100112 1 2 Speaker Fixed Unknown Internal Unknown 1 Sep 20 15:40:31 rmbp kernel: hdaa1: 11 90100110 1 0 Speaker Fixed Unknown Internal Unknown 1 Sep 20 15:40:31 rmbp kernel: hdaa1: 12 400000f0 15 0 Line-out None Unknown 0x00 Unknown 0 Sep 20 15:40:31 rmbp kernel: hdaa1: 13 400000f0 15 0 Line-out None Unknown 0x00 Unknown 0 Sep 20 15:40:31 rmbp kernel: hdaa1: 14 90a60100 0 0 Mic Fixed Digital Internal Unknown 1 Sep 20 15:40:31 rmbp kernel: hdaa1: 15 400000f0 15 0 Line-out None Unknown 0x00 Unknown 0 Sep 20 15:40:31 rmbp kernel: hdaa1: 16 004be030 3 0 SPDIF-out Jack Combo 0x00 White 0 Sep 20 15:40:31 rmbp kernel: hdaa1: 18 400000f0 15 0 Line-out None Unknown 0x00 Unknown 0 Sep 20 15:40:31 rmbp kernel: hdaa1: 21 400000f0 15 0 Line-out None Unknown 0x00 Unknown 0 Sep 20 15:40:31 rmbp kernel: hdaa1: Patching pin config nid=9 0x002b4020 -> 0x002b4010 Sep 20 15:40:31 rmbp kernel: hdaa1: Patching pin config nid=14 0x90a60100 -> 0x90a60140 Sep 20 15:40:31 rmbp kernel: hdaa1: Patched pins configuration: Sep 20 15:40:31 rmbp kernel: hdaa1: nid 0x as seq device conn jack loc color misc Sep 20 15:40:31 rmbp kernel: hdaa1: 9 002b4010 1 0 Headphones Jack Combo 0x00 Green 0 Sep 20 15:40:31 rmbp kernel: hdaa1: 10 90100112 1 2 Speaker Fixed Unknown Internal Unknown 1 Sep 20 15:40:31 rmbp kernel: hdaa1: 11 90100110 1 0 Speaker Fixed Unknown Internal Unknown 1 Sep 20 15:40:31 rmbp kernel: hdaa1: 12 400000f0 15 0 Line-out None Unknown 0x00 Unknown 0 DISA Sep 20 15:40:31 rmbp kernel: hdaa1: 13 400000f0 15 0 Line-out None Unknown 0x00 Unknown 0 DISA Sep 20 15:40:31 rmbp kernel: hdaa1: 14 90a60140 4 0 Mic Fixed Digital Internal Unknown 1 Sep 20 15:40:31 rmbp kernel: hdaa1: 15 400000f0 15 0 Line-out None Unknown 0x00 Unknown 0 DISA Sep 20 15:40:31 rmbp kernel: hdaa1: 16 004be030 3 0 SPDIF-out Jack Combo 0x00 White 0 Sep 20 15:40:31 rmbp kernel: hdaa1: 18 400000f0 15 0 Line-out None Unknown 0x00 Unknown 0 DISA Sep 20 15:40:31 rmbp kernel: hdaa1: 21 400000f0 15 0 Line-out None Unknown 0x00 Unknown 0 DISA Sep 20 15:40:31 rmbp kernel: hdaa1: hdaa_audio_as_parse: Duplicate pin 0 (11) in association 1! Disabling association. Sep 20 15:40:31 rmbp kernel: hdaa1: 3 associations found: Sep 20 15:40:31 rmbp kernel: hdaa1: Association 0 (1) out (disabled): Sep 20 15:40:31 rmbp kernel: hdaa1: Pin nid=11 seq=0 Sep 20 15:40:31 rmbp kernel: hdaa1: Pin nid=10 seq=2 Sep 20 15:40:31 rmbp kernel: hdaa1: Association 1 (3) out: Sep 20 15:40:31 rmbp kernel: hdaa1: Pin nid=16 seq=0 Sep 20 15:40:31 rmbp kernel: hdaa1: Association 2 (4) in: Sep 20 15:40:31 rmbp kernel: hdaa1: Pin nid=14 seq=0 Sep 20 15:40:31 rmbp kernel: hdaa1: Tracing association 1 (3) Sep 20 15:40:31 rmbp kernel: hdaa1: Pin 16 traced to DAC 8 Sep 20 15:40:31 rmbp kernel: hdaa1: Association 1 (3) trace succeeded Sep 20 15:40:31 rmbp kernel: hdaa1: Tracing association 2 (4) Sep 20 15:40:31 rmbp kernel: hdaa1: Unable to trace pin 14 to ADC 5, undo traces Sep 20 15:40:31 rmbp kernel: hdaa1: Pin 14 traced to ADC 6 Sep 20 15:40:31 rmbp kernel: hdaa1: Association 2 (4) trace succeeded Sep 20 15:40:31 rmbp kernel: hdaa1: Looking for additional DAC for association 1 (3) Sep 20 15:40:31 rmbp kernel: hdaa1: Looking for additional ADC for association 2 (4) Sep 20 15:40:31 rmbp kernel: hdaa1: Tracing input monitor Sep 20 15:40:31 rmbp kernel: hdaa1: Tracing other input monitors Sep 20 15:40:31 rmbp kernel: hdaa1: Tracing nid 14 to out Sep 20 15:40:31 rmbp kernel: hdaa1: Tracing beeper Sep 20 15:40:31 rmbp kernel: hdaa1: GPIO commit Sep 20 15:40:31 rmbp kernel: hdaa1: GPIO0: disabled Sep 20 15:40:31 rmbp kernel: hdaa1: GPIO1: disabled Sep 20 15:40:31 rmbp kernel: hdaa1: GPIO2: disabled Sep 20 15:40:31 rmbp kernel: hdaa1: GPIO3: output state=1 Sep 20 15:40:31 rmbp kernel: hdaa1: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: +-------------------+ Sep 20 15:40:31 rmbp kernel: hdaa1: | DUMPING HDA NODES | Sep 20 15:40:31 rmbp kernel: hdaa1: +-------------------+ Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: Default Parameter Sep 20 15:40:31 rmbp kernel: hdaa1: ----------------- Sep 20 15:40:31 rmbp kernel: hdaa1: Stream cap: 0x00000003 Sep 20 15:40:31 rmbp kernel: hdaa1: FLOAT32 PCM Sep 20 15:40:31 rmbp kernel: hdaa1: PCM cap: 0x001e07f0 Sep 20 15:40:31 rmbp kernel: hdaa1: 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz Sep 20 15:40:31 rmbp kernel: hdaa1: IN amp: 0x00000000 Sep 20 15:40:31 rmbp kernel: hdaa1: OUT amp: 0x00000000 Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: nid: 2 [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Name: audio output Sep 20 15:40:31 rmbp kernel: hdaa1: Widget cap: 0x000d041d Sep 20 15:40:31 rmbp kernel: hdaa1: PWR STEREO Sep 20 15:40:31 rmbp kernel: hdaa1: Stream cap: 0x00000003 Sep 20 15:40:31 rmbp kernel: hdaa1: FLOAT32 PCM Sep 20 15:40:31 rmbp kernel: hdaa1: PCM cap: 0x001e07f0 Sep 20 15:40:31 rmbp kernel: hdaa1: 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz Sep 20 15:40:31 rmbp kernel: hdaa1: Output amp: 0x80017f73 Sep 20 15:40:31 rmbp kernel: hdaa1: mute=1 step=127 size=1 offset=115 Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: nid: 3 [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Name: audio output Sep 20 15:40:31 rmbp kernel: hdaa1: Widget cap: 0x000d041d Sep 20 15:40:31 rmbp kernel: hdaa1: PWR STEREO Sep 20 15:40:31 rmbp kernel: hdaa1: Stream cap: 0x00000003 Sep 20 15:40:31 rmbp kernel: hdaa1: FLOAT32 PCM Sep 20 15:40:31 rmbp kernel: hdaa1: PCM cap: 0x001e07f0 Sep 20 15:40:31 rmbp kernel: hdaa1: 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz Sep 20 15:40:31 rmbp kernel: hdaa1: Output amp: 0x80017f73 Sep 20 15:40:31 rmbp kernel: hdaa1: mute=1 step=127 size=1 offset=115 Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: nid: 4 [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Name: audio output Sep 20 15:40:31 rmbp kernel: hdaa1: Widget cap: 0x000d041d Sep 20 15:40:31 rmbp kernel: hdaa1: PWR STEREO Sep 20 15:40:31 rmbp kernel: hdaa1: Stream cap: 0x00000003 Sep 20 15:40:31 rmbp kernel: hdaa1: FLOAT32 PCM Sep 20 15:40:31 rmbp kernel: hdaa1: PCM cap: 0x001e07f0 Sep 20 15:40:31 rmbp kernel: hdaa1: 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz Sep 20 15:40:31 rmbp kernel: hdaa1: Output amp: 0x80017f73 Sep 20 15:40:31 rmbp kernel: hdaa1: mute=1 step=127 size=1 offset=115 Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: nid: 5 [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Name: audio input Sep 20 15:40:31 rmbp kernel: hdaa1: Widget cap: 0x0018051b Sep 20 15:40:31 rmbp kernel: hdaa1: PWR STEREO Sep 20 15:40:31 rmbp kernel: hdaa1: Stream cap: 0x00000003 Sep 20 15:40:31 rmbp kernel: hdaa1: FLOAT32 PCM Sep 20 15:40:31 rmbp kernel: hdaa1: PCM cap: 0x001e01f5 Sep 20 15:40:31 rmbp kernel: hdaa1: 16 20 24 32 bits, 8 16 32 44 48 88 96 KHz Sep 20 15:40:31 rmbp kernel: hdaa1: Input amp: 0x80033f33 Sep 20 15:40:31 rmbp kernel: hdaa1: mute=1 step=63 size=3 offset=51 Sep 20 15:40:31 rmbp kernel: hdaa1: connections: 2 Sep 20 15:40:31 rmbp kernel: hdaa1: | Sep 20 15:40:31 rmbp kernel: hdaa1: + [DISABLED] <- nid=12 [pin: Line-out (None)] [DISABLED] (selected) Sep 20 15:40:31 rmbp kernel: hdaa1: + [DISABLED] <- nid=18 [pin: Line-out (None)] [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: nid: 6 Sep 20 15:40:31 rmbp kernel: hdaa1: Name: audio input Sep 20 15:40:31 rmbp kernel: hdaa1: Widget cap: 0x0018051b Sep 20 15:40:31 rmbp kernel: hdaa1: PWR STEREO Sep 20 15:40:31 rmbp kernel: hdaa1: Association: 2 (0x00000001) Sep 20 15:40:31 rmbp kernel: hdaa1: Stream cap: 0x00000003 Sep 20 15:40:31 rmbp kernel: hdaa1: FLOAT32 PCM Sep 20 15:40:31 rmbp kernel: hdaa1: PCM cap: 0x001e01f5 Sep 20 15:40:31 rmbp kernel: hdaa1: 16 20 24 32 bits, 8 16 32 44 48 88 96 KHz Sep 20 15:40:31 rmbp kernel: hdaa1: Input amp: 0x80033f33 Sep 20 15:40:31 rmbp kernel: hdaa1: mute=1 step=63 size=3 offset=51 Sep 20 15:40:31 rmbp kernel: hdaa1: connections: 2 Sep 20 15:40:31 rmbp kernel: hdaa1: | Sep 20 15:40:31 rmbp kernel: hdaa1: + [DISABLED] <- nid=13 [pin: Line-out (None)] [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: + <- nid=14 [pin: Mic (Fixed)] (selected) Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: nid: 7 [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Name: audio input Sep 20 15:40:31 rmbp kernel: hdaa1: Widget cap: 0x00180791 Sep 20 15:40:31 rmbp kernel: hdaa1: PWR DIGITAL UNSOL STEREO Sep 20 15:40:31 rmbp kernel: hdaa1: Stream cap: 0x00000007 Sep 20 15:40:31 rmbp kernel: hdaa1: AC3 FLOAT32 PCM Sep 20 15:40:31 rmbp kernel: hdaa1: PCM cap: 0x001e0570 Sep 20 15:40:31 rmbp kernel: hdaa1: 16 20 24 32 bits, 32 44 48 96 192 KHz Sep 20 15:40:31 rmbp kernel: hdaa1: connections: 1 Sep 20 15:40:31 rmbp kernel: hdaa1: | Sep 20 15:40:31 rmbp kernel: hdaa1: + [DISABLED] <- nid=15 [pin: Line-out (None)] [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: nid: 8 Sep 20 15:40:31 rmbp kernel: hdaa1: Name: audio output Sep 20 15:40:31 rmbp kernel: hdaa1: Widget cap: 0x00040611 Sep 20 15:40:31 rmbp kernel: hdaa1: PWR DIGITAL STEREO Sep 20 15:40:31 rmbp kernel: hdaa1: Association: 1 (0x00000001) Sep 20 15:40:31 rmbp kernel: hdaa1: OSS: pcm (pcm) Sep 20 15:40:31 rmbp kernel: hdaa1: Stream cap: 0x00000007 Sep 20 15:40:31 rmbp kernel: hdaa1: AC3 FLOAT32 PCM Sep 20 15:40:31 rmbp kernel: hdaa1: PCM cap: 0x001e07f0 Sep 20 15:40:31 rmbp kernel: hdaa1: 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: nid: 9 [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Name: pin: Headphones (Green Jack) Sep 20 15:40:31 rmbp kernel: hdaa1: Widget cap: 0x00410581 Sep 20 15:40:31 rmbp kernel: hdaa1: PWR UNSOL STEREO Sep 20 15:40:31 rmbp kernel: hdaa1: Pin cap: 0x0000001c Sep 20 15:40:31 rmbp kernel: hdaa1: PDC HP OUT Sep 20 15:40:31 rmbp kernel: hdaa1: Pin config: 0x002b4010 Sep 20 15:40:31 rmbp kernel: hdaa1: Pin control: 0x00000000 Sep 20 15:40:31 rmbp kernel: hdaa1: connections: 1 Sep 20 15:40:31 rmbp kernel: hdaa1: | Sep 20 15:40:31 rmbp kernel: hdaa1: + <- nid=2 [audio output] [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: nid: 10 [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Name: pin: Speaker (Fixed) Sep 20 15:40:31 rmbp kernel: hdaa1: Widget cap: 0x00410581 Sep 20 15:40:31 rmbp kernel: hdaa1: PWR UNSOL STEREO Sep 20 15:40:31 rmbp kernel: hdaa1: Pin cap: 0x00000054 Sep 20 15:40:31 rmbp kernel: hdaa1: PDC OUT BAL Sep 20 15:40:31 rmbp kernel: hdaa1: Pin config: 0x90100112 Sep 20 15:40:31 rmbp kernel: hdaa1: Pin control: 0x00000000 Sep 20 15:40:31 rmbp kernel: hdaa1: connections: 1 Sep 20 15:40:31 rmbp kernel: hdaa1: | Sep 20 15:40:31 rmbp kernel: hdaa1: + <- nid=3 [audio output] [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: nid: 11 [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Name: pin: Speaker (Fixed) Sep 20 15:40:31 rmbp kernel: hdaa1: Widget cap: 0x00410101 Sep 20 15:40:31 rmbp kernel: hdaa1: STEREO Sep 20 15:40:31 rmbp kernel: hdaa1: Pin cap: 0x00000050 Sep 20 15:40:31 rmbp kernel: hdaa1: OUT BAL Sep 20 15:40:31 rmbp kernel: hdaa1: Pin config: 0x90100110 Sep 20 15:40:31 rmbp kernel: hdaa1: Pin control: 0x00000000 Sep 20 15:40:31 rmbp kernel: hdaa1: connections: 1 Sep 20 15:40:31 rmbp kernel: hdaa1: | Sep 20 15:40:31 rmbp kernel: hdaa1: + <- nid=4 [audio output] [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: nid: 12 [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Name: pin: Line-out (None) Sep 20 15:40:31 rmbp kernel: hdaa1: Widget cap: 0x0041048b Sep 20 15:40:31 rmbp kernel: hdaa1: PWR UNSOL STEREO Sep 20 15:40:31 rmbp kernel: hdaa1: Pin cap: 0x00000024 Sep 20 15:40:31 rmbp kernel: hdaa1: PDC IN Sep 20 15:40:31 rmbp kernel: hdaa1: Pin config: 0x400000f0 Sep 20 15:40:31 rmbp kernel: hdaa1: Pin control: 0x00000000 Sep 20 15:40:31 rmbp kernel: hdaa1: Input amp: 0x00270300 Sep 20 15:40:31 rmbp kernel: hdaa1: mute=0 step=3 size=39 offset=0 Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: nid: 13 [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Name: pin: Line-out (None) Sep 20 15:40:31 rmbp kernel: hdaa1: Widget cap: 0x0041048b Sep 20 15:40:31 rmbp kernel: hdaa1: PWR UNSOL STEREO Sep 20 15:40:31 rmbp kernel: hdaa1: Pin cap: 0x00001764 Sep 20 15:40:31 rmbp kernel: hdaa1: PDC IN BAL VREF[ 50 80 GROUND HIZ ] Sep 20 15:40:31 rmbp kernel: hdaa1: Pin config: 0x400000f0 Sep 20 15:40:31 rmbp kernel: hdaa1: Pin control: 0x00000000 Sep 20 15:40:31 rmbp kernel: hdaa1: Input amp: 0x00270300 Sep 20 15:40:31 rmbp kernel: hdaa1: mute=0 step=3 size=39 offset=0 Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: nid: 14 Sep 20 15:40:31 rmbp kernel: hdaa1: Name: pin: Mic (Fixed) Sep 20 15:40:31 rmbp kernel: hdaa1: Widget cap: 0x0041000b Sep 20 15:40:31 rmbp kernel: hdaa1: STEREO Sep 20 15:40:31 rmbp kernel: hdaa1: Association: 2 (0x00000001) Sep 20 15:40:31 rmbp kernel: hdaa1: OSS: monitor (monitor) Sep 20 15:40:31 rmbp kernel: hdaa1: Pin cap: 0x00000020 Sep 20 15:40:31 rmbp kernel: hdaa1: IN Sep 20 15:40:31 rmbp kernel: hdaa1: Pin config: 0x90a60140 Sep 20 15:40:31 rmbp kernel: hdaa1: Pin control: 0x00000020 IN Sep 20 15:40:31 rmbp kernel: hdaa1: Input amp: 0x00270200 Sep 20 15:40:31 rmbp kernel: hdaa1: mute=0 step=2 size=39 offset=0 Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: nid: 15 [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Name: pin: Line-out (None) Sep 20 15:40:31 rmbp kernel: hdaa1: Widget cap: 0x00410681 Sep 20 15:40:31 rmbp kernel: hdaa1: PWR DIGITAL UNSOL STEREO Sep 20 15:40:31 rmbp kernel: hdaa1: Pin cap: 0x00000024 Sep 20 15:40:31 rmbp kernel: hdaa1: PDC IN Sep 20 15:40:31 rmbp kernel: hdaa1: Pin config: 0x400000f0 Sep 20 15:40:31 rmbp kernel: hdaa1: Pin control: 0x00000000 Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: nid: 16 Sep 20 15:40:31 rmbp kernel: hdaa1: Name: pin: SPDIF-out (White Jack) Sep 20 15:40:31 rmbp kernel: hdaa1: Widget cap: 0x00410301 Sep 20 15:40:31 rmbp kernel: hdaa1: DIGITAL STEREO Sep 20 15:40:31 rmbp kernel: hdaa1: Association: 1 (0x00000001) Sep 20 15:40:31 rmbp kernel: hdaa1: Pin cap: 0x00000010 Sep 20 15:40:31 rmbp kernel: hdaa1: OUT Sep 20 15:40:31 rmbp kernel: hdaa1: Pin config: 0x004be030 Sep 20 15:40:31 rmbp kernel: hdaa1: Pin control: 0x00000040 OUT Sep 20 15:40:31 rmbp kernel: hdaa1: connections: 1 Sep 20 15:40:31 rmbp kernel: hdaa1: | Sep 20 15:40:31 rmbp kernel: hdaa1: + <- nid=8 [audio output] Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: nid: 17 [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Name: vendor widget Sep 20 15:40:31 rmbp kernel: hdaa1: Widget cap: 0x00f00040 Sep 20 15:40:31 rmbp kernel: hdaa1: PROC Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: nid: 18 [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Name: pin: Line-out (None) Sep 20 15:40:31 rmbp kernel: hdaa1: Widget cap: 0x0041000b Sep 20 15:40:31 rmbp kernel: hdaa1: STEREO Sep 20 15:40:31 rmbp kernel: hdaa1: Pin cap: 0x00000020 Sep 20 15:40:31 rmbp kernel: hdaa1: IN Sep 20 15:40:31 rmbp kernel: hdaa1: Pin config: 0x400000f0 Sep 20 15:40:31 rmbp kernel: hdaa1: Pin control: 0x00000000 Sep 20 15:40:31 rmbp kernel: hdaa1: Input amp: 0x00270200 Sep 20 15:40:31 rmbp kernel: hdaa1: mute=0 step=2 size=39 offset=0 Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: nid: 19 Sep 20 15:40:31 rmbp kernel: hdaa1: Name: beep widget Sep 20 15:40:31 rmbp kernel: hdaa1: Widget cap: 0x00700000 Sep 20 15:40:31 rmbp kernel: hdaa1: Association: -2 (0x00000000) Sep 20 15:40:31 rmbp kernel: hdaa1: OSS: speaker (speaker) Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: nid: 20 [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Name: audio output Sep 20 15:40:31 rmbp kernel: hdaa1: Widget cap: 0x00040611 Sep 20 15:40:31 rmbp kernel: hdaa1: PWR DIGITAL STEREO Sep 20 15:40:31 rmbp kernel: hdaa1: Stream cap: 0x00000007 Sep 20 15:40:31 rmbp kernel: hdaa1: AC3 FLOAT32 PCM Sep 20 15:40:31 rmbp kernel: hdaa1: PCM cap: 0x001e07f0 Sep 20 15:40:31 rmbp kernel: hdaa1: 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: hdaa1: nid: 21 [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Name: pin: Line-out (None) Sep 20 15:40:31 rmbp kernel: hdaa1: Widget cap: 0x00410301 Sep 20 15:40:31 rmbp kernel: hdaa1: DIGITAL STEREO Sep 20 15:40:31 rmbp kernel: hdaa1: Pin cap: 0x00000010 Sep 20 15:40:31 rmbp kernel: hdaa1: OUT Sep 20 15:40:31 rmbp kernel: hdaa1: Pin config: 0x400000f0 Sep 20 15:40:31 rmbp kernel: hdaa1: Pin control: 0x00000000 Sep 20 15:40:31 rmbp kernel: hdaa1: connections: 1 Sep 20 15:40:31 rmbp kernel: hdaa1: | Sep 20 15:40:31 rmbp kernel: hdaa1: + <- nid=20 [audio output] [DISABLED] Sep 20 15:40:31 rmbp kernel: hdaa1: Sep 20 15:40:31 rmbp kernel: pcm3: at nid 16 on hdaa1 Sep 20 15:40:31 rmbp kernel: pcm3: +--------------------------------------+ Sep 20 15:40:31 rmbp kernel: pcm3: | DUMPING PCM Playback/Record Channels | Sep 20 15:40:31 rmbp kernel: pcm3: +--------------------------------------+ Sep 20 15:40:31 rmbp kernel: pcm3: Sep 20 15:40:31 rmbp kernel: pcm3: Playback: Sep 20 15:40:31 rmbp kernel: pcm3: Sep 20 15:40:31 rmbp kernel: pcm3: Stream cap: 0x00000007 Sep 20 15:40:31 rmbp kernel: pcm3: AC3 FLOAT32 PCM Sep 20 15:40:31 rmbp kernel: pcm3: PCM cap: 0x001e07f0 Sep 20 15:40:31 rmbp kernel: pcm3: 16 20 24 32 bits, 32 44 48 88 96 176 192 KHz Sep 20 15:40:31 rmbp kernel: pcm3: DAC: 8 Sep 20 15:40:31 rmbp kernel: pcm3: Sep 20 15:40:31 rmbp kernel: pcm3: +-------------------------------+ Sep 20 15:40:31 rmbp kernel: pcm3: | DUMPING Playback/Record Paths | Sep 20 15:40:31 rmbp kernel: pcm3: +-------------------------------+ Sep 20 15:40:31 rmbp kernel: pcm3: Sep 20 15:40:31 rmbp kernel: pcm3: Playback: Sep 20 15:40:31 rmbp kernel: pcm3: Sep 20 15:40:31 rmbp kernel: pcm3: nid=16 [pin: SPDIF-out (White Jack)] Sep 20 15:40:31 rmbp kernel: pcm3: | Sep 20 15:40:31 rmbp kernel: pcm3: + <- nid=8 [audio output] [src: pcm] Sep 20 15:40:31 rmbp kernel: pcm3: Sep 20 15:40:31 rmbp kernel: pcm3: +-------------------------+ Sep 20 15:40:31 rmbp kernel: pcm3: | DUMPING Volume Controls | Sep 20 15:40:31 rmbp kernel: pcm3: +-------------------------+ Sep 20 15:40:31 rmbp kernel: pcm3: Sep 20 15:40:31 rmbp kernel: pcm3: Mixer "vol" -> "none": child=0x00000010 Sep 20 15:40:31 rmbp kernel: pcm3: Mixer "pcm": parent="vol" Sep 20 15:40:31 rmbp kernel: pcm3: Soft PCM mixer ENABLED Sep 20 15:40:31 rmbp kernel: pcm3: clone manager: deadline=750ms flags=0x8000001e Sep 20 15:40:31 rmbp kernel: pcm3: sndbuf_setmap c140000, 10000; 0xffffff84598bf000 -> c140000 Sep 20 15:40:31 rmbp kernel: pcm4: at nid 14 on hdaa1 Sep 20 15:40:31 rmbp kernel: pcm4: +--------------------------------------+ Sep 20 15:40:31 rmbp kernel: pcm4: | DUMPING PCM Playback/Record Channels | Sep 20 15:40:31 rmbp kernel: pcm4: +--------------------------------------+ Sep 20 15:40:31 rmbp kernel: pcm4: Sep 20 15:40:31 rmbp kernel: pcm4: Record: Sep 20 15:40:31 rmbp kernel: pcm4: Sep 20 15:40:31 rmbp kernel: pcm4: Stream cap: 0x00000003 Sep 20 15:40:31 rmbp kernel: pcm4: FLOAT32 PCM Sep 20 15:40:31 rmbp kernel: pcm4: PCM cap: 0x001e01f5 Sep 20 15:40:31 rmbp kernel: pcm4: 16 20 24 32 bits, 8 16 32 44 48 88 96 KHz Sep 20 15:40:31 rmbp kernel: pcm4: DAC: 6 Sep 20 15:40:31 rmbp kernel: pcm4: Sep 20 15:40:31 rmbp kernel: pcm4: +-------------------------------+ Sep 20 15:40:31 rmbp kernel: pcm4: | DUMPING Playback/Record Paths | Sep 20 15:40:31 rmbp kernel: pcm4: +-------------------------------+ Sep 20 15:40:31 rmbp kernel: pcm4: Sep 20 15:40:31 rmbp kernel: pcm4: Record: Sep 20 15:40:31 rmbp kernel: pcm4: Sep 20 15:40:31 rmbp kernel: pcm4: nid=6 [audio input] Sep 20 15:40:31 rmbp kernel: pcm4: | Sep 20 15:40:31 rmbp kernel: pcm4: + <- nid=14 [pin: Mic (Fixed)] [src: monitor] Sep 20 15:40:31 rmbp kernel: pcm4: Sep 20 15:40:31 rmbp kernel: pcm4: +-------------------------+ Sep 20 15:40:31 rmbp kernel: pcm4: | DUMPING Volume Controls | Sep 20 15:40:31 rmbp kernel: pcm4: +-------------------------+ Sep 20 15:40:31 rmbp kernel: pcm4: Sep 20 15:40:31 rmbp kernel: pcm4: Microphone2 Volume (OSS: monitor): 0/20dB Sep 20 15:40:31 rmbp kernel: pcm4: | Sep 20 15:40:31 rmbp kernel: pcm4: +- ctl 8 (nid 14 out): 0/20dB (3 steps) Sep 20 15:40:31 rmbp kernel: pcm4: Sep 20 15:40:31 rmbp kernel: pcm4: Recording Level (OSS: rec): 0/20dB Sep 20 15:40:31 rmbp kernel: pcm4: | Sep 20 15:40:31 rmbp kernel: pcm4: +- ctl 8 (nid 14 out): 0/20dB (3 steps) Sep 20 15:40:31 rmbp kernel: pcm4: Sep 20 15:40:31 rmbp kernel: pcm4: Mixer "rec": Sep 20 15:40:31 rmbp kernel: pcm4: Mixer "monitor": Sep 20 15:40:31 rmbp kernel: pcm4: clone manager: deadline=750ms flags=0x8000001e Sep 20 15:40:31 rmbp kernel: pcm4: sndbuf_setmap c180000, 10000; 0xffffff84598ff000 -> c180000 Sep 20 15:40:31 rmbp kernel: pcm4: Automatically set rec source to: monitor Sep 20 15:40:31 rmbp kernel: usbus0: 480Mbps High Speed USB v2.0 Sep 20 15:40:31 rmbp kernel: usbus1: 480Mbps High Speed USB v2.0 Sep 20 15:40:31 rmbp kernel: ahcich0: AHCI reset... Sep 20 15:40:31 rmbp kernel: ahcich0: SATA connect time=100us status=00000133 Sep 20 15:40:31 rmbp kernel: ahcich0: AHCI reset: device found Sep 20 15:40:31 rmbp kernel: battery0: battery initialization start Sep 20 15:40:31 rmbp kernel: ugen0.1: at usbus0 Sep 20 15:40:31 rmbp kernel: uhub0: on usbus0 Sep 20 15:40:31 rmbp kernel: ugen1.1: at usbus1 Sep 20 15:40:31 rmbp kernel: uhub1: on usbus1 Sep 20 15:40:31 rmbp kernel: ahcich0: AHCI reset: device ready after 100ms Sep 20 15:40:31 rmbp kernel: battery0: battery initialization done, tried 1 times Sep 20 15:40:31 rmbp kernel: acpi_acad0: acline initialization start Sep 20 15:40:31 rmbp kernel: acpi_acad0: On Line Sep 20 15:40:31 rmbp kernel: acpi_acad0: acline initialization done, tried 1 times Sep 20 15:40:31 rmbp kernel: uhub0: 2 ports with 2 removable, self powered Sep 20 15:40:31 rmbp kernel: uhub1: 2 ports with 2 removable, self powered Sep 20 15:40:31 rmbp kernel: ugen0.2: at usbus0 Sep 20 15:40:31 rmbp kernel: uhub2: on usbus0 Sep 20 15:40:31 rmbp kernel: ugen1.2: at usbus1 Sep 20 15:40:31 rmbp kernel: uhub3: on usbus1 Sep 20 15:40:31 rmbp kernel: uhub2: 6 ports with 5 removable, self powered Sep 20 15:40:31 rmbp kernel: uhub3: 8 ports with 7 removable, self powered Sep 20 15:40:31 rmbp kernel: ugen0.3: at usbus0 Sep 20 15:40:31 rmbp kernel: ugen1.3: at usbus1 Sep 20 15:40:31 rmbp kernel: run0: <1.0> on usbus1 Sep 20 15:40:31 rmbp kernel: pass0 at ahcich0 bus 0 scbus0 target 0 lun 0 Sep 20 15:40:31 rmbp kernel: pass0: ATA-8 SATA 3.x device Sep 20 15:40:31 rmbp kernel: pass0: Serial Number S0VMNYAC822298 Sep 20 15:40:31 rmbp kernel: pass0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) Sep 20 15:40:31 rmbp kernel: pass0: Command Queueing enabled Sep 20 15:40:31 rmbp kernel: ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 Sep 20 15:40:31 rmbp kernel: GEOM: new disk ada0 Sep 20 15:40:31 rmbp kernel: ada0: ATA-8 SATA 3.x device Sep 20 15:40:31 rmbp kernel: ada0: Serial Number S0VMNYAC822298 Sep 20 15:40:31 rmbp kernel: ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) Sep 20 15:40:31 rmbp kernel: ada0: Command Queueing enabled Sep 20 15:40:31 rmbp kernel: ada0: 477102MB (977105060 512 byte sectors: 16H 63S/T 16383C) Sep 20 15:40:31 rmbp kernel: ada0: Previously was known as ad4 Sep 20 15:40:31 rmbp kernel: lapic3: CMCI unmasked Sep 20 15:40:31 rmbp kernel: lapic2: CMCI unmasked Sep 20 15:40:31 rmbp kernel: lapic4: CMCI unmasked Sep 20 15:40:31 rmbp kernel: lapic7: CMCI unmasked Sep 20 15:40:31 rmbp kernel: lapic6: CMCI unmasked Sep 20 15:40:31 rmbp kernel: lapic5: CMCI unmasked Sep 20 15:40:31 rmbp kernel: SMP: AP CPU #1 Launched! Sep 20 15:40:31 rmbp kernel: cpu1 AP: Sep 20 15:40:31 rmbp kernel: ID: 0x01000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff Sep 20 15:40:31 rmbp kernel: lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff Sep 20 15:40:31 rmbp kernel: timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 Sep 20 15:40:31 rmbp kernel: cmci: 0x000100f2 Sep 20 15:40:31 rmbp kernel: SMP: AP CPU #5 Launched! Sep 20 15:40:31 rmbp kernel: cpu5 AP: Sep 20 15:40:31 rmbp kernel: ID: 0x05000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff Sep 20 15:40:31 rmbp kernel: lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff Sep 20 15:40:31 rmbp kernel: timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 Sep 20 15:40:31 rmbp kernel: cmci: 0x000000f2 Sep 20 15:40:31 rmbp kernel: SMP: AP CPU #2 Launched! Sep 20 15:40:31 rmbp kernel: cpu2 AP: Sep 20 15:40:31 rmbp kernel: ID: 0x02000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff Sep 20 15:40:31 rmbp kernel: lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff Sep 20 15:40:31 rmbp kernel: timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 Sep 20 15:40:31 rmbp kernel: cmci: 0x000000f2 Sep 20 15:40:31 rmbp kernel: SMP: AP CPU #6 Launched! Sep 20 15:40:31 rmbp kernel: cpu6 AP: Sep 20 15:40:31 rmbp kernel: ID: 0x06000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff Sep 20 15:40:31 rmbp kernel: lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff Sep 20 15:40:31 rmbp kernel: timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 Sep 20 15:40:31 rmbp kernel: cmci: 0x000000f2 Sep 20 15:40:31 rmbp kernel: SMP: AP CPU #3 Launched! Sep 20 15:40:31 rmbp kernel: cpu3 AP: Sep 20 15:40:31 rmbp kernel: ID: 0x03000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff Sep 20 15:40:31 rmbp kernel: lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff Sep 20 15:40:31 rmbp kernel: timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 Sep 20 15:40:31 rmbp kernel: cmci: 0x000000f2 Sep 20 15:40:31 rmbp kernel: SMP: AP CPU #7 Launched! Sep 20 15:40:31 rmbp kernel: cpu7 AP: Sep 20 15:40:31 rmbp kernel: ID: 0x07000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff Sep 20 15:40:31 rmbp kernel: lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff Sep 20 15:40:31 rmbp kernel: timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 Sep 20 15:40:31 rmbp kernel: cmci: 0x000000f2 Sep 20 15:40:31 rmbp kernel: SMP: AP CPU #4 Launched! Sep 20 15:40:31 rmbp kernel: cpu4 AP: Sep 20 15:40:31 rmbp kernel: ID: 0x04000000 VER: 0x01060015 LDR: 0x00000000 DFR: 0xffffffff Sep 20 15:40:31 rmbp kernel: lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff Sep 20 15:40:31 rmbp kernel: timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 Sep 20 15:40:31 rmbp kernel: cmci: 0x000000f2 Sep 20 15:40:31 rmbp kernel: ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 1 vector 48 Sep 20 15:40:31 rmbp kernel: ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 2 vector 48 Sep 20 15:40:31 rmbp kernel: ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 3 vector 48 Sep 20 15:40:31 rmbp kernel: ioapic0: routing intpin 17 (PCI IRQ 17) to lapic 4 vector 48 Sep 20 15:40:31 rmbp kernel: ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 5 vector 48 Sep 20 15:40:31 rmbp kernel: ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 6 vector 48 Sep 20 15:40:31 rmbp kernel: msi: Assigning MSI-X IRQ 257 to local APIC 1 vector 49 Sep 20 15:40:31 rmbp kernel: msi: Assigning MSI-X IRQ 258 to local APIC 2 vector 49 Sep 20 15:40:31 rmbp kernel: msi: Assigning MSI-X IRQ 259 to local APIC 3 vector 49 Sep 20 15:40:31 rmbp kernel: msi: Assigning MSI-X IRQ 260 to local APIC 4 vector 49 Sep 20 15:40:31 rmbp kernel: msi: Assigning MSI-X IRQ 261 to local APIC 5 vector 49 Sep 20 15:40:31 rmbp kernel: msi: Assigning MSI-X IRQ 262 to local APIC 6 vector 49 Sep 20 15:40:31 rmbp kernel: msi: Assigning MSI-X IRQ 263 to local APIC 7 vector 48 Sep 20 15:40:31 rmbp kernel: msi: Assigning MSI IRQ 264 to local APIC 7 vector 49 Sep 20 15:40:31 rmbp kernel: msi: Assigning MSI IRQ 266 to local APIC 1 vector 50 Sep 20 15:40:31 rmbp kernel: GEOM: ada0: enabling Boot Camp Sep 20 15:40:31 rmbp kernel: SMP: passed TSC synchronization test Sep 20 15:40:31 rmbp kernel: TSC timecounter discards lower 8 bit(s) Sep 20 15:40:31 rmbp kernel: Timecounter "TSC-low" frequency 10133485 Hz quality 1000 Sep 20 15:40:31 rmbp kernel: run0: MAC/BBP RT3070 (rev 0x0201), RF RT3020 (MIMO 1T1R), address 4c:e6:76:f1:f7:b1 Sep 20 15:40:31 rmbp kernel: run0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps Sep 20 15:40:31 rmbp kernel: run0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps Sep 20 15:40:31 rmbp kernel: Root mount waiting for: usbus1 Sep 20 15:40:31 rmbp kernel: ugen1.4: at usbus1 Sep 20 15:40:31 rmbp kernel: ums0: on usbus1 Sep 20 15:40:31 rmbp kernel: ums0: 3 buttons and [XYZ] coordinates ID=0 Sep 20 15:40:31 rmbp kernel: Root mount waiting for: usbus1 Sep 20 15:40:31 rmbp kernel: ugen1.5: at usbus1 Sep 20 15:40:31 rmbp kernel: uhub4: on usbus1 Sep 20 15:40:31 rmbp kernel: uhub4: MTT enabled Sep 20 15:40:31 rmbp kernel: uhub4: 2 ports with 0 removable, self powered Sep 20 15:40:31 rmbp kernel: Root mount waiting for: usbus1 Sep 20 15:40:31 rmbp kernel: ugen1.6: at usbus1 Sep 20 15:40:31 rmbp kernel: uhub5: on usbus1 Sep 20 15:40:31 rmbp kernel: uhub5: 3 ports with 0 removable, self powered Sep 20 15:40:31 rmbp kernel: Root mount waiting for: usbus1 Sep 20 15:40:31 rmbp kernel: ugen1.7: at usbus1 Sep 20 15:40:31 rmbp kernel: ukbd0: on usbus1 Sep 20 15:40:31 rmbp kernel: kbd: new array size 4 Sep 20 15:40:31 rmbp kernel: kbd1 at ukbd0 Sep 20 15:40:31 rmbp kernel: kbd1: ukbd0, generic (0), config:0x0, flags:0x3d0000 Sep 20 15:40:31 rmbp kernel: Root mount waiting for: usbus1 Sep 20 15:40:31 rmbp kernel: ugen1.8: at usbus1 Sep 20 15:40:31 rmbp kernel: ums1: on usbus1 Sep 20 15:40:31 rmbp kernel: ums1: 3 buttons and [XY] coordinates ID=2 Sep 20 15:40:31 rmbp kernel: ugen1.9: at usbus1 Sep 20 15:40:31 rmbp kernel: Root mount waiting for: usbus1 Sep 20 15:40:31 rmbp kernel: ugen1.10: at usbus1 Sep 20 15:40:31 rmbp kernel: ukbd1: on usbus1 Sep 20 15:40:31 rmbp kernel: kbd2 at ukbd1 Sep 20 15:40:31 rmbp kernel: kbd2: ukbd1, generic (0), config:0x0, flags:0x3d0000 Sep 20 15:40:31 rmbp kernel: uhid0: on usbus1 Sep 20 15:40:31 rmbp kernel: ums2: on usbus1 Sep 20 15:40:31 rmbp kernel: ums2: 3 buttons and [XY] coordinates ID=2 Sep 20 15:40:31 rmbp kernel: Trying to mount root from ufs:/dev/ada0p6 [rw]... Sep 20 15:40:31 rmbp kernel: start_init: trying /sbin/init Sep 20 15:40:31 rmbp kernel: wlan0: bpf attached Sep 20 15:40:31 rmbp kernel: wlan0: bpf attached Sep 20 15:40:31 rmbp kernel: wlan0: Ethernet address: 4c:e6:76:f1:f7:b1 Sep 20 15:40:31 rmbp kernel: firmware: 'runfw' version 1: 8192 bytes loaded at 0xffffffff826140a0 Sep 20 15:40:31 rmbp kernel: run0: firmware RT2870 ver. 0.236 loaded Sep 20 15:40:31 rmbp kernel: linprocfs registered Sep 20 15:40:35 rmbp su: wsk to root on /dev/ttyv0 -- --wsk From owner-freebsd-stable@FreeBSD.ORG Thu Sep 20 16:20:58 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3963D106566B; Thu, 20 Sep 2012 16:20:58 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9507E8FC08; Thu, 20 Sep 2012 16:20:57 +0000 (UTC) Received: by wgi16 with SMTP id 16so1838447wgi.31 for ; Thu, 20 Sep 2012 09:20:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=h8STdb1fWcKlVIcrVQxh+ArO8MJUUFBMhl8EueUAQ3g=; b=Oq487niGVrgNjJgzIjsdkF4gfMMGgMrRFg8fKpnB3v+DuE2b3VTFNb2T6nxJDnoP5b e1mQWh94uws5cjjeNcTBFlaXYCx1rj5oH5xnObUatq5Bqc6cjEZzRssjlE8LS65N3Yl1 FnNdfm1ato5rtdi2FshVb3TQTciMuUPYcWPpOGrZ9DFkvUdMAmJaULPfIEtozDQ5TBcD FXMNEkMWgAUc1nxd4LCOLg8Yjg4/blMI8NNAwJUQIoLo0ZED3rFpd01aiBdk68lPjDwx w4kdI6+6XJWmBrYeycCMoNF6Qh+hj4hEjyL1MWWubnpSOzh11SvJsdz8+qObJLygoKDX l1MQ== MIME-Version: 1.0 Received: by 10.216.116.73 with SMTP id f51mr1446708weh.50.1348158049686; Thu, 20 Sep 2012 09:20:49 -0700 (PDT) Received: by 10.223.14.201 with HTTP; Thu, 20 Sep 2012 09:20:49 -0700 (PDT) In-Reply-To: References: Date: Thu, 20 Sep 2012 12:20:49 -0400 Message-ID: From: "Sam Fourman Jr." To: suken woo Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, x11@freebsd.org Subject: Re: Xorg nvidia-driver GT 650M cause system reboot on my MacBook Retina 9.1RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2012 16:20:58 -0000 On Thu, Sep 20, 2012 at 9:47 AM, suken woo wrote: > 2012/9/20 suken woo > >> hi folks: >> xorg caused my macbook 10,1 reboot immediately while startup X with >> latested nvidia-driver >> and event not to generate Xorg.0.log file attached my verbose message. >> thanks for any ideas >> --wsk > > > could you reply with the output of pciconf -lv (eg drop to a shell from the installer) -- Sam Fourman Jr. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 20 18:06:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEF55106566C for ; Thu, 20 Sep 2012 18:06:53 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from hackblowfist.bit0.com (hackblowfist.bit0.com [IPv6:2001:4801:7817:72:fd78:2320:ff10:1019]) by mx1.freebsd.org (Postfix) with ESMTP id 7B1868FC17 for ; Thu, 20 Sep 2012 18:06:53 +0000 (UTC) Received: from hackblowfist.bit0.com (localhost [127.0.0.1]) by hackblowfist.bit0.com (Postfix) with ESMTP id D8C15133 for ; Thu, 20 Sep 2012 14:06:49 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=bit0.com; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; s=boogity; bh=3cvXAnqAp CyK96fiVY3Fb4RS4fKWmP71d3wC5Oedqv0=; b=wlhIe47y0wcGqwde81JpHSOjM 7Z8qawUABxdI6Hl9zFT87gFIwXb44NgtjfBumCxnSc2jGo7KLJLJ1wTBaiv5JUw4 kFC4O8OzLPEX8jHv67qs8OdFdFtgDlcJFD1nMn1Ib0vDfPV0YTft7DGM0ieNXXH0 KuBzSWA2WNmDZIBz2o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bit0.com; h=message-id:date :from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=boogity; b=TJY tyiuyWM5t/9sG/abSdRXH5G40xEONRggBUQbqLbx284UcDnaEN7vpgocmIVk1r1O BV0IEoTBc+wc7Y/Qb1KHivTgksmSf9xm2dW3fJDjHlMMihy0pE5kEp5bgpn1I+K8 0VmUXCDEPyHkhqw6Qm7Wbf2vMwXxRnyYryTTF4zw= Received: from [IPv6:2001:470:1f11:c3c:230:1bff:febc:8604] (unknown [IPv6:2001:470:1f11:c3c:230:1bff:febc:8604]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by hackblowfist.bit0.com (Postfix) with ESMTPSA id 9CCBE132 for ; Thu, 20 Sep 2012 14:06:49 -0400 (EDT) Message-ID: <505B5B34.8030303@bit0.com> Date: Thu, 20 Sep 2012 14:06:44 -0400 From: Mike Andrews User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120604 Thunderbird/13.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Strange IPv6 in FreeBSD 9.1RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2012 18:06:53 -0000 On 9/19/2012 9:54 AM, Zach Leslie wrote: > HI Folks, > > I've got two boxes that I recently moved from -stable to 9.1rc1. I did > them one at a time, with about a week between the upgrades. After the > first upgrade, I noticed something strange with networking but didn't > really dig into it much. After the second upgrade immediately experiencing > the same issues, I figured it seemed to be something related to 9.1rc1. > How new is your kernel? There were some weird IPv6 issues a month or two back that have since been fixed. A kernel from 3 days ago (r240583) is working well for me here... so if you installed from the 9.1-RC1 ISO image you might try updating. The specific issue I had then had to do, I think, with checksums getting hosed, which might explain what you're seeing if the destination was dropping them as bad... From owner-freebsd-stable@FreeBSD.ORG Thu Sep 20 20:10:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB81D106564A; Thu, 20 Sep 2012 20:10:12 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.freebsd.org (Postfix) with ESMTP id 458A18FC19; Thu, 20 Sep 2012 20:10:12 +0000 (UTC) Received: from slackbox.erewhon.net (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id q8KK9bKM089734; Thu, 20 Sep 2012 22:09:37 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.net (Postfix, from userid 1001) id CD694124B6; Thu, 20 Sep 2012 22:09:36 +0200 (CEST) Date: Thu, 20 Sep 2012 22:09:36 +0200 From: Roland Smith To: Gary Palmer Message-ID: <20120920200936.GA55064@slackbox.erewhon.net> References: <20120912060420.GE31029@lonesome.com> <20120917194317.GB43284@slackbox.erewhon.net> <50579DEC.3060902@FreeBSD.org> <20120919171250.GA50969@slackbox.erewhon.net> <20120919181341.GD77784@in-addr.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline In-Reply-To: <20120919181341.GD77784@in-addr.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Mark Linimon , Dimitry Andric , Andreas Nilsson , FreeBSD Stable Mailing List Subject: Re: Clang as default compiler X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2012 20:10:12 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 19, 2012 at 02:13:41PM -0400, Gary Palmer wrote: > >=20 > > Rxvt-unicode seemed to crash reliably whenever I was scrolling through a > > document with less(1). If I reached the end of the document, and presse= d Page > > Down (keysim Next), it would crash. It was quite weird.=20 > >=20 >=20 > That sounds like the bell was doing it. If you do CTRL-G (or something > else that makes a beep) from the shell prompt in rxvt-unicode does it > also crash? Now there's an idea. Now that you mention it, I don't recall hearing the be= ll at that time. I'll recompile with clang and test it over the weekend. Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --wac7ysb48OaltWcw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBbeAAACgkQEnfvsMMhpyVQeACeNjRFxf/NQtZrUW1Da1IarF/0 ueIAnRbsDB5WmQSdV5HBZb3jPWvfu/lH =iGHw -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 20 23:26:20 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37A7A106566B; Thu, 20 Sep 2012 23:26:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id ED4038FC0A; Thu, 20 Sep 2012 23:26:19 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q8KNQJh9094231; Thu, 20 Sep 2012 23:26:19 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q8KNQJvQ094230; Thu, 20 Sep 2012 23:26:19 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 23:26:19 GMT Message-Id: <201209202326.q8KNQJvQ094230@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9_1 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2012 23:26:20 -0000 TB --- 2012-09-20 23:20:00 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-09-20 23:20:00 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-09-20 23:20:00 - starting RELENG_9_1 tinderbox run for i386/i386 TB --- 2012-09-20 23:20:00 - cleaning the object tree TB --- 2012-09-20 23:20:00 - checking out /src from svn://svn.freebsd.org/base/releng/9.1 TB --- 2012-09-20 23:20:00 - cd /tinderbox/RELENG_9_1/i386/i386 TB --- 2012-09-20 23:20:00 - /usr/local/bin/svn cleanup /src TB --- 2012-09-20 23:21:58 - /usr/local/bin/svn update /src TB --- 2012-09-20 23:26:19 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-20 23:26:19 - ERROR: unable to check out the source tree TB --- 2012-09-20 23:26:19 - 3.41 user 3.52 system 378.79 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9_1-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Sep 21 00:16:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A97C106564A for ; Fri, 21 Sep 2012 00:16:22 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id A5E128FC12 for ; Fri, 21 Sep 2012 00:16:22 +0000 (UTC) Received: by vcbfw7 with SMTP id fw7so4261051vcb.13 for ; Thu, 20 Sep 2012 17:16:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=pliMO14xiZJlewD00N1xiNtNGiCkxozKRwxd80N/lhY=; b=c1Y+RUgZia4Iu4w+8j7V/c+Go287cUkrigaLNtd97Es6QqShUhuJfyD3GtMPbdtMzn Rx2tLKjS2D0ZjVN/RCMG4PKkeeEydMVhH6hcPNxh4zbZ2OJjj7Y1mMV2KEpCTBuP9QsF 3YpyGoSrvGODNQKj2QQROzYW03KEeLTbC1TRHOekMPJ/TS/zvlveBqqPOL1oa5ZR88K3 A7YVsuJLJHJeh29WLc9U3i0/oSStLjofrCBmZTQG1DHrwPs2apdRcTAp4qg5CrAqL2vZ paK51GsM6B6P4qu/tWWgR/i4jMFkZBPU5zYG7zAg3SFQo0BUb+9+mqXhOTtiKuLoMF59 lAJw== MIME-Version: 1.0 Received: by 10.52.71.2 with SMTP id q2mr1610028vdu.106.1348186581800; Thu, 20 Sep 2012 17:16:21 -0700 (PDT) Received: by 10.220.34.6 with HTTP; Thu, 20 Sep 2012 17:16:21 -0700 (PDT) In-Reply-To: <505B5B34.8030303@bit0.com> References: <505B5B34.8030303@bit0.com> Date: Fri, 21 Sep 2012 03:16:21 +0300 Message-ID: From: George Kontostanos To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: Strange IPv6 in FreeBSD 9.1RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 00:16:23 -0000 On Thu, Sep 20, 2012 at 9:06 PM, Mike Andrews wrote: > On 9/19/2012 9:54 AM, Zach Leslie wrote: >> >> HI Folks, >> >> I've got two boxes that I recently moved from -stable to 9.1rc1. I did >> them one at a time, with about a week between the upgrades. After the >> first upgrade, I noticed something strange with networking but didn't >> really dig into it much. After the second upgrade immediately >> experiencing >> the same issues, I figured it seemed to be something related to 9.1rc1. >> > How new is your kernel? There were some weird IPv6 issues a month or two > back that have since been fixed. A kernel from 3 days ago (r240583) is > working well for me here... so if you installed from the 9.1-RC1 ISO image > you might try updating. > > The specific issue I had then had to do, I think, with checksums getting > hosed, which might explain what you're seeing if the destination was > dropping them as bad... > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" 9.1-RC1 r239708 no issues what so ever. Can you ping6 each box? How about with their local-link, any results? -- George Kontostanos --- http://www.aisecure.net From owner-freebsd-stable@FreeBSD.ORG Fri Sep 21 01:00:30 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB130106566C; Fri, 21 Sep 2012 01:00:30 +0000 (UTC) (envelope-from sukenwoo@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 47F048FC08; Fri, 21 Sep 2012 01:00:30 +0000 (UTC) Received: by vbmv11 with SMTP id v11so4138001vbm.13 for ; Thu, 20 Sep 2012 18:00:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=bsuCQWIfL73MtwPqMUas7K9o6HQGCB4agXv2LqlC1DU=; b=pClUbKd9l9l5/bnRASPOeu3wf2iYxfHGAsoqKape5vEy+8mCmmL1Vh8kgjU4zbwX/Z c8pB6gV/9OvjLz00HW7atw9QBjEB5HzchXvnd2zAoj51M7TdJ6B6XRExsNkCnDmLRI7z 2VcTvPLE4H5Km8ZJEmGALlV1yNFmRa6lPkRnNcwN5xFaJ5BKeEMDemNla4c3nFnHKSe6 Nh5ohRjNdbaVhU5T3NjWIgt9q7+s7+Tjr4IRD4L8uFaNsm5h+wInNfSxzk//bdcA7kyi WbbjzyysngFCaaBVbC/S4MI6KXXg2xu58+RsYsxwq/uY/L0na0zClr4T5TTI3CB0xIkm Vs1w== MIME-Version: 1.0 Received: by 10.52.20.138 with SMTP id n10mr1653719vde.129.1348189228858; Thu, 20 Sep 2012 18:00:28 -0700 (PDT) Received: by 10.58.201.170 with HTTP; Thu, 20 Sep 2012 18:00:28 -0700 (PDT) In-Reply-To: References: Date: Fri, 21 Sep 2012 09:00:28 +0800 Message-ID: From: suken woo To: "Sam Fourman Jr." Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org, x11@freebsd.org Subject: Re: Xorg nvidia-driver GT 650M cause system reboot on my MacBook Retina 9.1RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 01:00:30 -0000 OK,paste pciconf messages below hostb0@pci0:0:0:0: class=0x060000 card=0x00f7106b chip=0x01548086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = 'Ivy Bridge DRAM Controller' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x00f7106b chip=0x01518086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = 'Ivy Bridge PCI Express Root Port' class = bridge subclass = PCI-PCI pcib2@pci0:0:1:1: class=0x060400 card=0x00f7106b chip=0x01558086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = 'Ivy Bridge PCI Express Root Port' class = bridge subclass = PCI-PCI pcib3@pci0:0:1:2: class=0x060400 card=0x00f7106b chip=0x01598086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = 'Ivy Bridge PCI Express Root Port' class = bridge subclass = PCI-PCI none0@pci0:0:20:0: class=0x0c0330 card=0x72708086 chip=0x1e318086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Panther Point USB xHCI Host Controller' class = serial bus subclass = USB none1@pci0:0:22:0: class=0x078000 card=0x72708086 chip=0x1e3a8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Panther Point MEI Controller' class = simple comms ehci0@pci0:0:26:0: class=0x0c0320 card=0x72708086 chip=0x1e2d8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Panther Point USB Enhanced Host Controller' class = serial bus subclass = USB hdac1@pci0:0:27:0: class=0x040300 card=0x72708086 chip=0x1e208086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Panther Point High Definition Audio Controller' class = multimedia subclass = HDA pcib4@pci0:0:28:0: class=0x060400 card=0x72708086 chip=0x1e108086 rev=0xc4 hdr=0x01 vendor = 'Intel Corporation' device = 'Panther Point PCI Express Root Port 1' class = bridge subclass = PCI-PCI pcib5@pci0:0:28:1: class=0x060400 card=0x72708086 chip=0x1e128086 rev=0xc4 hdr=0x01 vendor = 'Intel Corporation' device = 'Panther Point PCI Express Root Port 2' class = bridge subclass = PCI-PCI ehci1@pci0:0:29:0: class=0x0c0320 card=0x72708086 chip=0x1e268086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Panther Point USB Enhanced Host Controller' class = serial bus subclass = USB isab0@pci0:0:31:0: class=0x060100 card=0x72708086 chip=0x1e578086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Panther Point LPC Controller' class = bridge subclass = PCI-ISA ahci0@pci0:0:31:2: class=0x010601 card=0x72708086 chip=0x1e038086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Panther Point 6 port SATA AHCI Controller' class = mass storage subclass = SATA none2@pci0:0:31:3: class=0x0c0500 card=0x72708086 chip=0x1e228086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Panther Point SMBus Controller' class = serial bus subclass = SMBus vgapci0@pci0:1:0:0: class=0x030000 card=0x00f2106b chip=0x0fd510de rev=0xa1 hdr=0x00 vendor = 'nVidia Corporation' class = display subclass = VGA hdac0@pci0:1:0:1: class=0x040300 card=0x00f2106b chip=0x0e1b10de rev=0xa1 hdr=0x00 vendor = 'nVidia Corporation' class = multimedia subclass = HDA none3@pci0:3:0:0: class=0x020000 card=0x16b414e4 chip=0x16a314e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' class = network subclass = ethernet sdhci0@pci0:3:0:1: class=0x080501 card=0x96bc14e4 chip=0x16bc14e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM57765 Memory Card Reader' class = base peripheral subclass = SD host controller none4@pci0:4:0:0: class=0x028000 card=0x00ef106b chip=0x433114e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4331 802.11a/b/g/n' class = network 2012/9/21 Sam Fourman Jr. > On Thu, Sep 20, 2012 at 9:47 AM, suken woo wrote: > > 2012/9/20 suken woo > > > >> hi folks: > >> xorg caused my macbook 10,1 reboot immediately while startup X with > >> latested nvidia-driver > >> and event not to generate Xorg.0.log file attached my verbose message. > >> thanks for any ideas > >> --wsk > > > > > > > > could you reply with the output of pciconf -lv (eg drop to a shell > from the installer) > -- > > Sam Fourman Jr. > -- --wsk From owner-freebsd-stable@FreeBSD.ORG Fri Sep 21 02:18:07 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F38A8106566B for ; Fri, 21 Sep 2012 02:18:06 +0000 (UTC) (envelope-from xaque208@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id C27B98FC08 for ; Fri, 21 Sep 2012 02:18:06 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so7088473pbb.13 for ; Thu, 20 Sep 2012 19:18:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=JIi8JlUk2mRvveF4/O2rGMtYNDQVmhpRFsb2+AolNTQ=; b=D+eU4xomEcY9sm6YJia4jUwnpU5eCdVMVkUNVe/fzh8KzYYY3QydU/n1VcaUlPr+mJ fOa4K0bjF4ASbWMhZm8C4DKFoOD/H8bPjfUaqzPSGXluRTNyo/NxGuW1xP7oUVtSWkcy Ubq8q+5MZjhicfxSAYZcn1u4P06jQX8QLKy1IP5ytx5pGrWUyJsWRxzMwuSsU3/v2hYe Eq+OaJIsBlwLxGG9mKKYWgV8kUWXWxCcS9HgVRSaJ0bxJPI25P4tXHcnE/Zu7NabxMvt Tye0qBIx5Mit9u1Of+w4UrZB3bwBAQ98RhjVycSRWtA0ktDbK5XquNleJenuT30A8Qck 7Guw== Received: by 10.68.240.138 with SMTP id wa10mr11286814pbc.145.1348193885600; Thu, 20 Sep 2012 19:18:05 -0700 (PDT) Received: from localhost (c-67-171-138-28.hsd1.or.comcast.net. [67.171.138.28]) by mx.google.com with ESMTPS id jw14sm3095172pbb.36.2012.09.20.19.18.02 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 20 Sep 2012 19:18:02 -0700 (PDT) Date: Thu, 20 Sep 2012 19:17:57 -0700 From: Zach Leslie To: George Kontostanos Message-ID: <20120921020047.GA24998@zjl.local> References: <505B5B34.8030303@bit0.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Strange IPv6 in FreeBSD 9.1RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 02:18:07 -0000 On Fri, 21 Sep 2012 03:16:21 +0300, George Kontostanos wrote: > On Thu, Sep 20, 2012 at 9:06 PM, Mike Andrews wrote: > > On 9/19/2012 9:54 AM, Zach Leslie wrote: > >> > >> HI Folks, > >> > >> I've got two boxes that I recently moved from -stable to 9.1rc1. I did > >> them one at a time, with about a week between the upgrades. After the > >> first upgrade, I noticed something strange with networking but didn't > >> really dig into it much. After the second upgrade immediately > >> experiencing > >> the same issues, I figured it seemed to be something related to 9.1rc1. > >> > > How new is your kernel? There were some weird IPv6 issues a month or two > > back that have since been fixed. A kernel from 3 days ago (r240583) is > > working well for me here... so if you installed from the 9.1-RC1 ISO image > > you might try updating. > > > > The specific issue I had then had to do, I think, with checksums getting > > hosed, which might explain what you're seeing if the destination was > > dropping them as bad... > > > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > 9.1-RC1 r239708 no issues what so ever. This one is running r240593. > > Can you ping6 each box? How about with their local-link, any results? ICMP works well enough. I still have another issue to work out with hostapd, but ping6 is good in both directions. I assume this might have something to do with the checksums that were mentioned earlier. > > -- > George Kontostanos > --- > http://www.aisecure.net > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Zach From owner-freebsd-stable@FreeBSD.ORG Fri Sep 21 02:27:30 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7EED1106564A for ; Fri, 21 Sep 2012 02:27:30 +0000 (UTC) (envelope-from xaque208@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4F64C8FC08 for ; Fri, 21 Sep 2012 02:27:30 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so7102751pbb.13 for ; Thu, 20 Sep 2012 19:27:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=gN73ibsCtAAPDupQiZOMLmE+aJWI44mAjdjJNR1S/zQ=; b=x8eya9dIS/gAtYEBmEdDfU77/QLZuwQwDYbcJR6AeqzO1SV5JXraSEeivazI/62Toz wbnHL9OX/zr8vOtfvvQ3LniBXlOgLsyg5j5aNNaERhobwuxku13ZIJH9QdVtalBchrsU 5x4tyPawt4GkD/IA5f8zEWihWk5lpiD1pRiQk4USwZWHntGm9U9imf9rTai0prh6fKzo SL62NRZPhEGTe6qMpubYcZl6tSfEbtbs3T8nHxARvw6gdSVIb1PLv7JSPagXtziYC55Z OG7DADG9T2A/JuwyOp5gmbNw0UH19m76i+xeZNRngfA7roa+vVRXMNDMQaNLJGDh6b6/ fWXA== Received: by 10.68.230.232 with SMTP id tb8mr11638343pbc.19.1348194449959; Thu, 20 Sep 2012 19:27:29 -0700 (PDT) Received: from localhost (c-67-171-138-28.hsd1.or.comcast.net. [67.171.138.28]) by mx.google.com with ESMTPS id bn5sm3332651pab.12.2012.09.20.19.27.27 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 20 Sep 2012 19:27:28 -0700 (PDT) Date: Thu, 20 Sep 2012 19:27:24 -0700 From: Zach Leslie To: Mike Andrews Message-ID: <20120921022724.GB24998@zjl.local> References: <505B5B34.8030303@bit0.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <505B5B34.8030303@bit0.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Strange IPv6 in FreeBSD 9.1RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 02:27:30 -0000 On Thu, 20 Sep 2012 14:06:44 -0400, Mike Andrews wrote: > On 9/19/2012 9:54 AM, Zach Leslie wrote: > >HI Folks, > > > >I've got two boxes that I recently moved from -stable to 9.1rc1. I did > >them one at a time, with about a week between the upgrades. After the > >first upgrade, I noticed something strange with networking but didn't > >really dig into it much. After the second upgrade immediately experiencing > >the same issues, I figured it seemed to be something related to 9.1rc1. > > > How new is your kernel? There were some weird IPv6 issues a month > or two back that have since been fixed. A kernel from 3 days ago > (r240583) is working well for me here... so if you installed from > the 9.1-RC1 ISO image you might try updating. I believe I updated Sunday. I'll upgrade both boxes in question tonight and see how it goes. > > The specific issue I had then had to do, I think, with checksums > getting hosed, which might explain what you're seeing if the > destination was dropping them as bad... Interesting. That sounds like I could be the issue I am seeing, though my kernel sounds newer than the fix. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Zach From owner-freebsd-stable@FreeBSD.ORG Fri Sep 21 17:09:03 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A16F7106564A for ; Fri, 21 Sep 2012 17:09:03 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 79DD38FC08 for ; Fri, 21 Sep 2012 17:09:03 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q8LH92Pi029390 for ; Fri, 21 Sep 2012 10:09:02 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q8LH92R3029389 for stable@freebsd.org; Fri, 21 Sep 2012 10:09:02 -0700 (PDT) (envelope-from david) Date: Fri, 21 Sep 2012 10:09:02 -0700 From: David Wolfskill To: stable@freebsd.org Message-ID: <20120921170902.GC28959@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HG+GLK89HZ1zG0kk" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: /bin/sh arithmetic doesn't seem to like leading 0 now X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 17:09:03 -0000 --HG+GLK89HZ1zG0kk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I have a construct in a shell script that I had been using under stable/8 (most recently, @r240259), but which throws an error under stable/9 (at least as early as @r238602): $ echo $(( ( $( date +%m ) - 1 ) / 3 + 1 )) 3 $ uname -r 8.3-PRERELEASE $ echo $(( ( $( date +%m ) - 1 ) / 3 + 1 )) arithmetic expression: expecting ')': " ( 09 - 1 ) / 3 + 1 " $ uname -r 9.1-PRERELEASE Trying bits & pieces of the above, I narrowed the issue down to: $ echo $(( 09 + 0 )) arithmetic expression: expecting EOF: " 09 + 0 " while $ echo $(( 9 + 0 )) 9 $=20 is not a problem. Is this intentional? (I can work around it -- e.g., by using sed to strip leading 0 from the month number (since strftime() doesn't appear to have a format that provides the value in a form that lacks the leading zero for values < 10). But I'd rather not do that if I don't need to.) Thanks! 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. --HG+GLK89HZ1zG0kk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBcny4ACgkQmprOCmdXAD0Y5QCghiCMxA8YqssEHo0tNQs9AUwq RIEAnixWPy52qwvII/RJokyOexuNH7IG =hjRg -----END PGP SIGNATURE----- --HG+GLK89HZ1zG0kk-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 21 17:20:09 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0156A106566C for ; Fri, 21 Sep 2012 17:20:09 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id A75E48FC15 for ; Fri, 21 Sep 2012 17:20:08 +0000 (UTC) Received: by qcsg15 with SMTP id g15so3382853qcs.13 for ; Fri, 21 Sep 2012 10:20:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DWXHAxirxo6b+HNa8gD49vi39mkbEIpse428wkf5/Do=; b=q9MXflTsnlfcEVDLckhq8UUa6j4HZHzGtGo5PQI8HhEowzxTW73fJ31WNvHe6nf29E QfS5Oe3BMxJ65nF+RR3B7QyYFtJxaEFMDjTat19EbGOv3C0lmD8eGuoWbK5yUvjBJLvT Sg91qcZVoYbVA7Q2kN56RoE+CmLYQ2WvRcTQeE2drkZRFlMQvZyo5Vpj/KhAwWlZzixQ YR/yZ8lKUHflGP+S86/1D7nlriQJQT4LsioYwwXbAWgW/hD/vRGnARGhupygReqDdvhr Zsqj4f/XvmC5OOfk/ONdu/ChP7eQs0kDdyhOhZa16h6PCoWlYEGCz8JlllHmi6qlR9f3 3JbQ== MIME-Version: 1.0 Received: by 10.224.185.5 with SMTP id cm5mr13596514qab.87.1348248007545; Fri, 21 Sep 2012 10:20:07 -0700 (PDT) Received: by 10.49.95.230 with HTTP; Fri, 21 Sep 2012 10:20:07 -0700 (PDT) In-Reply-To: <20120921170902.GC28959@albert.catwhisker.org> References: <20120921170902.GC28959@albert.catwhisker.org> Date: Fri, 21 Sep 2012 13:20:07 -0400 Message-ID: From: Brandon Allbery To: David Wolfskill Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: /bin/sh arithmetic doesn't seem to like leading 0 now X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 17:20:09 -0000 On Fri, Sep 21, 2012 at 1:09 PM, David Wolfskill wrote: > $ echo $(( 09 + 0 )) > Unable to get to fbsd box now but suspicious mind wants to know what happens with 07 in place of 09. -- brandon s allbery allbery.b@gmail.com wandering unix systems administrator (available) (412) 475-9364 vm/sms From owner-freebsd-stable@FreeBSD.ORG Fri Sep 21 17:23:37 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4606A106566C for ; Fri, 21 Sep 2012 17:23:37 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 1C6A38FC0C for ; Fri, 21 Sep 2012 17:23:36 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q8LHNaIS029517; Fri, 21 Sep 2012 10:23:36 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q8LHNat1029516; Fri, 21 Sep 2012 10:23:36 -0700 (PDT) (envelope-from david) Date: Fri, 21 Sep 2012 10:23:36 -0700 From: David Wolfskill To: Brandon Allbery Message-ID: <20120921172336.GE28959@albert.catwhisker.org> References: <20120921170902.GC28959@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VUDLurXRWRKrGuMn" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org Subject: Re: /bin/sh arithmetic doesn't seem to like leading 0 now X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 17:23:37 -0000 --VUDLurXRWRKrGuMn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 21, 2012 at 01:20:07PM -0400, Brandon Allbery wrote: > On Fri, Sep 21, 2012 at 1:09 PM, David Wolfskill wr= ote: >=20 > > $ echo $(( 09 + 0 )) > > >=20 > Unable to get to fbsd box now but suspicious mind wants to know what > happens with 07 in place of 09. As (I) expected, it's handled Just fine: $ uname -r 9.1-PRERELEASE $ echo $(( 07 + 0 )) 7 $=20 So yeah, this seems to be something involving treating leading 0 as indicating octal (and seriously disliking "9" in such a context). 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. --VUDLurXRWRKrGuMn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBcopcACgkQmprOCmdXAD2EhQCfVgzHG9FuEbhqd3D8zdOEn3iI NMYAn1+9MLn56xTnbJ68kYaMLqZoDA2c =ZHvY -----END PGP SIGNATURE----- --VUDLurXRWRKrGuMn-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 21 17:34:10 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D0CA4106566C for ; Fri, 21 Sep 2012 17:34:10 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (unknown [IPv6:2001:610:1108:5012::107]) by mx1.freebsd.org (Postfix) with ESMTP id 5FC838FC12 for ; Fri, 21 Sep 2012 17:34:10 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 9F24712013A; Fri, 21 Sep 2012 19:34:06 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id 756FA2847B; Fri, 21 Sep 2012 19:34:06 +0200 (CEST) Date: Fri, 21 Sep 2012 19:34:06 +0200 From: Jilles Tjoelker To: David Wolfskill Message-ID: <20120921173406.GC9070@stack.nl> References: <20120921170902.GC28959@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120921170902.GC28959@albert.catwhisker.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org Subject: Re: /bin/sh arithmetic doesn't seem to like leading 0 now X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 17:34:10 -0000 On Fri, Sep 21, 2012 at 10:09:02AM -0700, David Wolfskill wrote: > I have a construct in a shell script that I had been using under > stable/8 (most recently, @r240259), but which throws an error under > stable/9 (at least as early as @r238602): > $ echo $(( ( $( date +%m ) - 1 ) / 3 + 1 )) > 3 > $ uname -r > 8.3-PRERELEASE > $ echo $(( ( $( date +%m ) - 1 ) / 3 + 1 )) > arithmetic expression: expecting ')': " ( 09 - 1 ) / 3 + 1 " > $ uname -r > 9.1-PRERELEASE > Trying bits & pieces of the above, I narrowed the issue down to: > $ echo $(( 09 + 0 )) > arithmetic expression: expecting EOF: " 09 + 0 " > while > $ echo $(( 9 + 0 )) > 9 > $ > is not a problem. > Is this intentional? Yes, it was changed with r216547, December 2010. This was done to avoid an inconsistency where constants starting with "0" and containing "8" or "9" were decimal, so something like $((018-017)) expanded to 3. There are indeed various cases where this inconsistency does not matter (because the numbers with leading zeroes do not exceed 10). > (I can work around it -- e.g., by using sed to strip leading 0 from the > month number (since strftime() doesn't appear to have a format that > provides the value in a form that lacks the leading zero for values < > 10). But I'd rather not do that if I don't need to.) You can use date +%-m although it is not in POSIX. With POSIX only, it is still possible to do it reasonably efficiently, for example $(( 1$(date +%m) - 100 )) or v=$(date +%m); v=${v#0}. -- Jilles Tjoelker From owner-freebsd-stable@FreeBSD.ORG Fri Sep 21 17:46:17 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F5E5106564A for ; Fri, 21 Sep 2012 17:46:17 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 364E58FC0C for ; Fri, 21 Sep 2012 17:46:16 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q8LHkF5X029605; Fri, 21 Sep 2012 10:46:15 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q8LHkFe2029604; Fri, 21 Sep 2012 10:46:15 -0700 (PDT) (envelope-from david) Date: Fri, 21 Sep 2012 10:46:15 -0700 From: David Wolfskill To: Jilles Tjoelker Message-ID: <20120921174615.GF28959@albert.catwhisker.org> References: <20120921170902.GC28959@albert.catwhisker.org> <20120921173406.GC9070@stack.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5Mfx4RzfBqgnTE/w" Content-Disposition: inline In-Reply-To: <20120921173406.GC9070@stack.nl> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org Subject: Re: /bin/sh arithmetic doesn't seem to like leading 0 now X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 17:46:17 -0000 --5Mfx4RzfBqgnTE/w Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 21, 2012 at 07:34:06PM +0200, Jilles Tjoelker wrote: > ... > > Is this intentional? >=20 > Yes, it was changed with r216547, December 2010. >=20 > This was done to avoid an inconsistency where constants starting with > "0" and containing "8" or "9" were decimal, so something like > $((018-017)) expanded to 3. Ah; OK. > There are indeed various cases where this inconsistency does not matter > (because the numbers with leading zeroes do not exceed 10). Sure. Especially when working with "month numbers". :-} > > (I can work around it -- e.g., by using sed to strip leading 0 from the > > month number (since strftime() doesn't appear to have a format that > > provides the value in a form that lacks the leading zero for values < > > 10). But I'd rather not do that if I don't need to.) >=20 > You can use date +%-m although it is not in POSIX. Ah -- I see that now ("%-* GNU libc extension....") > With POSIX only, it is still possible to do it reasonably efficiently, > for example $(( 1$(date +%m) - 100 )) or v=3D$(date +%m); v=3D${v#0}. > ... Thanks. 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. --5Mfx4RzfBqgnTE/w Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBcp+cACgkQmprOCmdXAD0BiwCdFJ84BLv3FoygcebDVIWKyiMP +r8AnjfDOOYTGQMzh/y8cozAfge9nufe =vvx3 -----END PGP SIGNATURE----- --5Mfx4RzfBqgnTE/w-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 21 17:58:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2E32106566B for ; Fri, 21 Sep 2012 17:58:02 +0000 (UTC) (envelope-from daryl@isletech.net) Received: from mail.isletech.net (mail.isletech.net [216.254.158.138]) by mx1.freebsd.org (Postfix) with ESMTP id 7190D8FC08 for ; Fri, 21 Sep 2012 17:58:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=isletech.net; s=isle; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=AupmWRnZ7YoIuOqkv5kOoJVk0DXogv9cTAcDt1EEiO4=; b=pmKpbpEwW4JM3ecB0ywwnhU7K/eF9X/uGytjf3r9H3Pvg02a67aH/7+CUyt2pgBZaBnsbY4Vy8yx7Mjsh41bDg==; Message-ID: <505CA330.3050206@isletech.net> Date: Fri, 21 Sep 2012 13:26:08 -0400 From: Daryl Richards User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20120921170902.GC28959@albert.catwhisker.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: /bin/sh arithmetic doesn't seem to like leading 0 now X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 17:58:02 -0000 On 21/09/2012 1:20 PM, Brandon Allbery wrote: > On Fri, Sep 21, 2012 at 1:09 PM, David Wolfskill wrote: > >> $ echo $(( 09 + 0 )) >> > Unable to get to fbsd box now but suspicious mind wants to know what > happens with 07 in place of 09. > Interestingly enough, bash gives a proper explanation: bash$ echo $(( 09 + 0 )) -bash: 09: value too great for base (error token is "09") bash$ echo $(( 07 + 0 )) 7 -- Daryl Richards Isle Technical Services Inc (519) 573-3399 From owner-freebsd-stable@FreeBSD.ORG Fri Sep 21 20:07:21 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3DEE106564A for ; Fri, 21 Sep 2012 20:07:21 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 6AF328FC08 for ; Fri, 21 Sep 2012 20:07:21 +0000 (UTC) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.5/8.14.5) with ESMTP id q8LK7DaD099650; Fri, 21 Sep 2012 16:07:13 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <505CC8EC.4030608@sentex.net> Date: Fri, 21 Sep 2012 16:07:08 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: FreeBSD-STABLE Mailing List X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: tws bug ? (LSI SAS 9750) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 20:07:21 -0000 Hi, I have been trying out a nice new tws controller and decided to enable debugging in the kernel and run some stress tests. With a regular GENERIC kernel, it boots up fine. But with debugging, it panics on boot. Anyone know whats up ? Is this something that should be sent directly to LSI ? pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pcib2: irq 17 at device 1.1 on pci0 pci2: on pcib2 LSI 3ware device driver for SAS/SATA storage controllers, version: 10.80.00.003 tws0: port 0x4000-0x40ff mem 0xc2460000-0xc2463fff,0xc2400000-0xc243ffff irq 17 at device 0.0 on pci2 tws0: Using legacy INTx panic: _mtx_lock_sleep: recursed on non-recursive mutex tws_io_lock @ /usr/HEAD/src/sys/dev/tws/tws_hdm.c:287 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 panic() at panic+0x1d8 _mtx_lock_sleep() at _mtx_lock_sleep+0x27f _mtx_lock_flags() at _mtx_lock_flags+0xf1 tws_submit_command() at tws_submit_command+0x3f tws_dmamap_data_load_cbfn() at tws_dmamap_data_load_cbfn+0xb7 bus_dmamap_load() at bus_dmamap_load+0x16c tws_map_request() at tws_map_request+0x78 tws_get_param() at tws_get_param+0xe1 tws_display_ctlr_info() at tws_display_ctlr_info+0x4c tws_init_ctlr() at tws_init_ctlr+0x6d tws_attach() at tws_attach+0x68c device_attach() at device_attach+0x72 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x164 device_attach() at device_attach+0x72 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x9b device_attach() at device_attach+0x72 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x164 device_attach() at device_attach+0x72 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1f6 device_attach() at device_attach+0x72 bus_generic_attach() at bus_generic_attach+0x1a acpi_attach() at acpi_attach+0xbc1 device_attach() at device_attach+0x72 bus_generic_attach() at bus_generic_attach+0x1a nexus_acpi_attach() at nexus_acpi_attach+0x69 device_attach() at device_attach+0x72 bus_generic_new_pass() at bus_generic_new_pass+0xd6 bus_set_pass() at bus_set_pass+0x7a configure() at configure+0xa mi_startup() at mi_startup+0x77 btext() at btext+0x2c KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at kdb_enter+0x3b: movq $0,0x993262(%rip) db> int tws_submit_command(struct tws_softc *sc, struct tws_request *req) { u_int32_t regl, regh; u_int64_t mfa=0; /* * mfa register read and write must be in order. * Get the io_lock to protect against simultinous * passthru calls */ mtx_lock(&sc->io_lock); if ( sc->obfl_q_overrun ) { tws_init_obfl_q(sc); } With no debugging in the kernel, it boots up fine pcib2: irq 17 at device 1.1 on pci0 pci2: on pcib2 LSI 3ware device driver for SAS/SATA storage controllers, version: 10.80.00.003 tws0: port 0x4000-0x40ff mem 0xc2460000-0xc2463fff,0xc2400000-0xc243ffff irq 17 at device 0.0 on pci2 tws0: Using legacy INTx tws0: Controller details: Model 9750-4i, 8 Phys, Firmware FH9X 5.12.00.007, BIOS BE9X 5.11.00.006 em0: port 0x5040-0x505f mem 0xc2500000-0xc251ffff,0xc2570000-0xc2570fff irq 19 at device 25.0 on pci0 em0: Using an MSI interrupt em0: Ethernet address: 00:1e:67:45:b6:29 ehci0: mem 0xc2560000-0xc25603ff irq 22 at device 26.0 on pci0 usbus0: EHCI version 1.0 usbus0 on ehci0 tws0@pci0:2:0:0: class=0x010400 card=0x000113c1 chip=0x101013c1 rev=0x05 hdr=0x00 vendor = '3ware Inc' device = '9750 SAS2/SATA-II RAID PCIe' class = mass storage subclass = RAID bar [10] = type I/O Port, range 32, base 0x4000, size 256, enabled bar [14] = type Memory, range 64, base 0xc2460000, size 16384, enabled bar [1c] = type Memory, range 64, base 0xc2400000, size 262144, enabled cap 01[50] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 10[68] = PCI-Express 2 endpoint max data 128(4096) link x4(x8) cap 03[d0] = VPD cap 05[a8] = MSI supports 1 message, 64 bit ecap 0001[100] = AER 1 1 fatal 0 non-fatal 0 corrected ecap 0004[138] = unknown 1 PCI-e errors = Fatal Error Detected Unsupported Request Detected Fatal = Unsupported Request Also, any reason NOT to set hw.tws.enable_msi=1 in /boot/loader.conf ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Fri Sep 21 20:59:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E59D106566B; Fri, 21 Sep 2012 20:59:13 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 32E228FC08; Fri, 21 Sep 2012 20:59:12 +0000 (UTC) Received: by vbmv11 with SMTP id v11so5463670vbm.13 for ; Fri, 21 Sep 2012 13:59:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=bPMdtLR51pdQbYlvDfkoSG1rCcOZnChafRetDCxf39o=; b=I+E7ndl+rnlal0OZYMQimYHdWlI/AE147b8mQUvCVbJ4u8mfceb1P/1rijs+54Ueum i7xvyH07x4XpjjO0N5gD4rFWwgKbKvZnHRJfAtPK3h1VdI1neJf30a7qNq9Vl8fXFOWx nMQQ9aRdJnujPwwZjNDAieVMAWJd8UQi/SkgHB7IX9KB6DSa7Aox7fd+J89ebEmflEqC OGj3g7jFkwERP1O1iKOjRSJfFf88SiwZykHn9C2xOzZhOzJ7mxkDaX0eV13M9uhcMBFg ywhzWmqV6weeuitn4eq628y7jRnBaAlsTmeolGTS4Pc33w6FyeltLSTae0P07CRI0/uH AmQg== MIME-Version: 1.0 Received: by 10.52.69.47 with SMTP id b15mr2900284vdu.116.1348261152299; Fri, 21 Sep 2012 13:59:12 -0700 (PDT) Sender: jim.harris@gmail.com Received: by 10.58.249.135 with HTTP; Fri, 21 Sep 2012 13:59:12 -0700 (PDT) In-Reply-To: <505CC8EC.4030608@sentex.net> References: <505CC8EC.4030608@sentex.net> Date: Fri, 21 Sep 2012 13:59:12 -0700 X-Google-Sender-Auth: gPvsz619S4x9ffo_584pKejgWs0 Message-ID: From: Jim Harris To: Mike Tancsa , delphij@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD-STABLE Mailing List Subject: Re: tws bug ? (LSI SAS 9750) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 20:59:13 -0000 On Fri, Sep 21, 2012 at 1:07 PM, Mike Tancsa wrote: > Hi, > I have been trying out a nice new tws controller and decided to enable > debugging in the kernel and run some stress tests. With a regular > GENERIC kernel, it boots up fine. But with debugging, it panics on > boot. Anyone know whats up ? Is this something that should be sent > directly to LSI ? Through a code inspection, this mutex is being recursed whether or not debugging is enabled. There is no code path here specific to INVARIANTS. And the main IO path in this driver is always recursing on this lock - it is not specific to the initialization callstack you listed below. The best course of action seems to be initializing the lock with MTX_RECURSE, since the driver seems to expect to be able to recurse on the io_lock. Can you try the following patch? diff --git a/sys/dev/tws/tws.c b/sys/dev/tws/tws.c index b1615db..d156d40 100644 --- a/sys/dev/tws/tws.c +++ b/sys/dev/tws/tws.c @@ -197,7 +197,7 @@ tws_attach(device_t dev) mtx_init( &sc->q_lock, "tws_q_lock", NULL, MTX_DEF); mtx_init( &sc->sim_lock, "tws_sim_lock", NULL, MTX_DEF); mtx_init( &sc->gen_lock, "tws_gen_lock", NULL, MTX_DEF); - mtx_init( &sc->io_lock, "tws_io_lock", NULL, MTX_DEF); + mtx_init( &sc->io_lock, "tws_io_lock", NULL, MTX_DEF | MTX_RECURSE); if ( tws_init_trace_q(sc) == FAILURE ) printf("trace init failure\n"); > > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > pcib2: irq 17 at device 1.1 on pci0 > pci2: on pcib2 > LSI 3ware device driver for SAS/SATA storage controllers, version: > 10.80.00.003 > tws0: port 0x4000-0x40ff mem > 0xc2460000-0xc2463fff,0xc2400000-0xc243ffff irq 17 at device 0.0 on pci2 > tws0: Using legacy INTx > panic: _mtx_lock_sleep: recursed on non-recursive mutex tws_io_lock @ > /usr/HEAD/src/sys/dev/tws/tws_hdm.c:287 > > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > kdb_backtrace() at kdb_backtrace+0x37 > panic() at panic+0x1d8 > _mtx_lock_sleep() at _mtx_lock_sleep+0x27f > _mtx_lock_flags() at _mtx_lock_flags+0xf1 > tws_submit_command() at tws_submit_command+0x3f > tws_dmamap_data_load_cbfn() at tws_dmamap_data_load_cbfn+0xb7 > bus_dmamap_load() at bus_dmamap_load+0x16c > tws_map_request() at tws_map_request+0x78 > tws_get_param() at tws_get_param+0xe1 > tws_display_ctlr_info() at tws_display_ctlr_info+0x4c > tws_init_ctlr() at tws_init_ctlr+0x6d > tws_attach() at tws_attach+0x68c > device_attach() at device_attach+0x72 > bus_generic_attach() at bus_generic_attach+0x1a > acpi_pci_attach() at acpi_pci_attach+0x164 > device_attach() at device_attach+0x72 > bus_generic_attach() at bus_generic_attach+0x1a > acpi_pcib_attach() at acpi_pcib_attach+0x1a7 > acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x9b > device_attach() at device_attach+0x72 > bus_generic_attach() at bus_generic_attach+0x1a > acpi_pci_attach() at acpi_pci_attach+0x164 > device_attach() at device_attach+0x72 > bus_generic_attach() at bus_generic_attach+0x1a > acpi_pcib_attach() at acpi_pcib_attach+0x1a7 > acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1f6 > device_attach() at device_attach+0x72 > bus_generic_attach() at bus_generic_attach+0x1a > acpi_attach() at acpi_attach+0xbc1 > device_attach() at device_attach+0x72 > bus_generic_attach() at bus_generic_attach+0x1a > nexus_acpi_attach() at nexus_acpi_attach+0x69 > device_attach() at device_attach+0x72 > bus_generic_new_pass() at bus_generic_new_pass+0xd6 > bus_set_pass() at bus_set_pass+0x7a > configure() at configure+0xa > mi_startup() at mi_startup+0x77 > btext() at btext+0x2c > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x3b: movq $0,0x993262(%rip) > db> > > > int > tws_submit_command(struct tws_softc *sc, struct tws_request *req) > { > u_int32_t regl, regh; > u_int64_t mfa=0; > > /* > * mfa register read and write must be in order. > * Get the io_lock to protect against simultinous > * passthru calls > */ > mtx_lock(&sc->io_lock); > > if ( sc->obfl_q_overrun ) { > tws_init_obfl_q(sc); > } > > > > With no debugging in the kernel, it boots up fine > > pcib2: irq 17 at device 1.1 on pci0 > pci2: on pcib2 > LSI 3ware device driver for SAS/SATA storage controllers, version: > 10.80.00.003 > tws0: port 0x4000-0x40ff mem > 0xc2460000-0xc2463fff,0xc2400000-0xc243ffff irq 17 at device 0.0 on pci2 > tws0: Using legacy INTx > tws0: Controller details: Model 9750-4i, 8 Phys, Firmware FH9X > 5.12.00.007, BIOS BE9X 5.11.00.006 > em0: port 0x5040-0x505f mem > 0xc2500000-0xc251ffff,0xc2570000-0xc2570fff irq 19 at device 25.0 on pci0 > em0: Using an MSI interrupt > em0: Ethernet address: 00:1e:67:45:b6:29 > ehci0: mem 0xc2560000-0xc25603ff irq > 22 at device 26.0 on pci0 > usbus0: EHCI version 1.0 > usbus0 on ehci0 > > > tws0@pci0:2:0:0: class=0x010400 card=0x000113c1 chip=0x101013c1 > rev=0x05 hdr=0x00 > vendor = '3ware Inc' > device = '9750 SAS2/SATA-II RAID PCIe' > class = mass storage > subclass = RAID > bar [10] = type I/O Port, range 32, base 0x4000, size 256, enabled > bar [14] = type Memory, range 64, base 0xc2460000, size 16384, enabled > bar [1c] = type Memory, range 64, base 0xc2400000, size 262144, > enabled > cap 01[50] = powerspec 3 supports D0 D1 D2 D3 current D0 > cap 10[68] = PCI-Express 2 endpoint max data 128(4096) link x4(x8) > cap 03[d0] = VPD > cap 05[a8] = MSI supports 1 message, 64 bit > ecap 0001[100] = AER 1 1 fatal 0 non-fatal 0 corrected > ecap 0004[138] = unknown 1 > PCI-e errors = Fatal Error Detected > Unsupported Request Detected > Fatal = Unsupported Request > > > > > Also, any reason NOT to set hw.tws.enable_msi=1 in /boot/loader.conf ? > > ---Mike > > > > -- > ------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet services since 1994 www.sentex.net > Cambridge, Ontario Canada http://www.tancsa.com/ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Sep 21 22:11:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 17505106566B; Fri, 21 Sep 2012 22:11:20 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id CBE9B8FC12; Fri, 21 Sep 2012 22:11:19 +0000 (UTC) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.5/8.14.5) with ESMTP id q8LMBIE9017518; Fri, 21 Sep 2012 18:11:19 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <505CE601.4070106@sentex.net> Date: Fri, 21 Sep 2012 18:11:13 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Jim Harris References: <505CC8EC.4030608@sentex.net> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.72 on 64.7.153.18 Cc: FreeBSD-STABLE Mailing List , delphij@freebsd.org Subject: Re: tws bug ? (LSI SAS 9750) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 22:11:20 -0000 On 9/21/2012 4:59 PM, Jim Harris wrote: >> boot. Anyone know whats up ? Is this something that should be sent >> directly to LSI ? > > Through a code inspection, this mutex is being recursed whether or not > debugging is enabled. There is no code path here specific to > INVARIANTS. And the main IO path in this driver is always recursing > on this lock - it is not specific to the initialization callstack you > listed below. > > The best course of action seems to be initializing the lock with > MTX_RECURSE, since the driver seems to expect to be able to recurse on > the io_lock. Can you try the following patch? > > diff --git a/sys/dev/tws/tws.c b/sys/dev/tws/tws.c > index b1615db..d156d40 100644 > --- a/sys/dev/tws/tws.c > +++ b/sys/dev/tws/tws.c > @@ -197,7 +197,7 @@ tws_attach(device_t dev) > mtx_init( &sc->q_lock, "tws_q_lock", NULL, MTX_DEF); > mtx_init( &sc->sim_lock, "tws_sim_lock", NULL, MTX_DEF); > mtx_init( &sc->gen_lock, "tws_gen_lock", NULL, MTX_DEF); > - mtx_init( &sc->io_lock, "tws_io_lock", NULL, MTX_DEF); > + mtx_init( &sc->io_lock, "tws_io_lock", NULL, MTX_DEF | MTX_RECURSE); > > if ( tws_init_trace_q(sc) == FAILURE ) > printf("trace init failure\n"); Thanks, that allows it to boot up now! pci2: on pcib2 LSI 3ware device driver for SAS/SATA storage controllers, version: 10.80.00.003 tws0: port 0x4000-0x40ff mem 0xc2460000-0xc2463fff,0xc2400000-0xc243ffff irq 17 at device 0.0 on pci2 tws0: Using MSI tws0: Controller details: Model 9750-4i, 8 Phys, Firmware FH9X 5.12.00.007, BIOS BE9X 5.11.00.006 em0: port 0x5040-0x505f mem 0xc2500000-0xc251ffff,0xc2570000-0xc2570fff irq 19 at device 25.0 on pci0 . then a lot of . (probe65:tws0:0:65:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe65:tws0:0:65:0): CAM status: Invalid Target ID (probe65:tws0:0:65:0): Error 22, Unretryable error (probe1:tws0:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe1:tws0:0:1:0): CAM status: Invalid Target ID (probe1:tws0:0:1:0): Error 22, Unretryable error (probe2:tws0:0:2:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe2:tws0:0:2:0): CAM status: Invalid Target ID . . . (probe63:tws0:0:63:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe63:tws0:0:63:0): CAM status: Invalid Target ID (probe63:tws0:0:63:0): Error 22, Unretryable error (probe64:tws0:0:64:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe64:tws0:0:64:0): CAM status: Invalid Target ID (probe64:tws0:0:64:0): Error 22, Unretryable error da0 at tws0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 6000.000MB/s transfers da0: 953654MB (1953083392 512 byte sectors: 255H 63S/T 121573C) SMP: AP CPU #1 Launched! SMP: AP CPU #4 Launched! >> >> >> >> Also, any reason NOT to set hw.tws.enable_msi=1 in /boot/loader.conf ? Any thoughts on msi vs no msi ? Time to run some stress tests. Its certainly a fast little controller for the money! ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Sep 21 22:26:37 2012 Return-Path: Delivered-To: stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 664) id E066C1065673; Fri, 21 Sep 2012 22:26:37 +0000 (UTC) Date: Fri, 21 Sep 2012 22:26:37 +0000 From: David O'Brien To: Jilles Tjoelker Message-ID: <20120921222637.GA58984@hub.freebsd.org> References: <20120921170902.GC28959@albert.catwhisker.org> <20120921173406.GC9070@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120921173406.GC9070@stack.nl> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 7.4-STABLE Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Cc: stable@freebsd.org Subject: Re: /bin/sh arithmetic doesn't seem to like leading 0 now X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 22:26:38 -0000 On Fri, Sep 21, 2012 at 07:34:06PM +0200, Jilles Tjoelker wrote: > On Fri, Sep 21, 2012 at 10:09:02AM -0700, David Wolfskill wrote: > > $ echo $(( ( $( date +%m ) - 1 ) / 3 + 1 )) > > arithmetic expression: expecting ')': " ( 09 - 1 ) / 3 + 1 " ... > This was done to avoid an inconsistency where constants starting with > "0" and containing "8" or "9" were decimal, so something like > $((018-017)) expanded to 3. Jilles, Would it be possible to improve on the error message? If David had been given the Bash error message, I suspect he would have figured out the issue right away. -- -- David (obrien@FreeBSD.org) From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 00:03:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6FB41065670; Sat, 22 Sep 2012 00:03:08 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7CCE68FC14; Sat, 22 Sep 2012 00:03:08 +0000 (UTC) Received: by vcbfw7 with SMTP id fw7so5877170vcb.13 for ; Fri, 21 Sep 2012 17:03:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=SMVEKlOVpCL7qlGrkxvmMusdUpXnCUpbSBvvq3JulAA=; b=bsx08kcfCRsLFdRgJlBmEXoWOD7imxTISUnr4o954PMQg9sHKL+u0rZJKVnhDTwvB0 bGe3Of9p1esl/frt3mwNUw/WH+2iZ2275i0tbGvumNWhFHNrYkU3jMVH4ubjIg94n/oS p+vo39NDmUM4yXlxpJb8SrdMmdaqaxO/ZPYA5xWrk2Y8NajXm9V9Uce2afHz/NWmbC7P TjjrsobvgcokY8YLlnGhY4L0TaP9ZqLRMXzcyBq8sKwjghtEXKke9gmRMbZ37BB/SxXM cCMEzNZEA3gVK1Wha6CoSmSFRkZdjuStzuK4etZAov934TnOMVbAjD04zblygxexEQWK sLqQ== MIME-Version: 1.0 Received: by 10.52.75.70 with SMTP id a6mr3221775vdw.5.1348272187820; Fri, 21 Sep 2012 17:03:07 -0700 (PDT) Sender: jim.harris@gmail.com Received: by 10.58.249.135 with HTTP; Fri, 21 Sep 2012 17:03:07 -0700 (PDT) In-Reply-To: <505CE601.4070106@sentex.net> References: <505CC8EC.4030608@sentex.net> <505CE601.4070106@sentex.net> Date: Fri, 21 Sep 2012 17:03:07 -0700 X-Google-Sender-Auth: zcC8tpiXX_WZ4UY3J9tF0ndAb1c Message-ID: From: Jim Harris To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD-STABLE Mailing List , delphij@freebsd.org Subject: Re: tws bug ? (LSI SAS 9750) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 00:03:08 -0000 On Fri, Sep 21, 2012 at 3:11 PM, Mike Tancsa wrote: > On 9/21/2012 4:59 PM, Jim Harris wrote: > Thanks, that allows it to boot up now! > > pci2: on pcib2 > LSI 3ware device driver for SAS/SATA storage controllers, version: > 10.80.00.003 > tws0: port 0x4000-0x40ff mem > 0xc2460000-0xc2463fff,0xc2400000-0xc243ffff irq 17 at device 0.0 on pci2 > tws0: Using MSI > tws0: Controller details: Model 9750-4i, 8 Phys, Firmware FH9X > 5.12.00.007, BIOS BE9X 5.11.00.006 > em0: port 0x5040-0x505f mem > 0xc2500000-0xc251ffff,0xc2570000-0xc2570fff irq 19 at device 25.0 on pci0 > . > then a lot of > . > (probe65:tws0:0:65:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe65:tws0:0:65:0): CAM status: Invalid Target ID > (probe65:tws0:0:65:0): Error 22, Unretryable error > (probe1:tws0:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe1:tws0:0:1:0): CAM status: Invalid Target ID > (probe1:tws0:0:1:0): Error 22, Unretryable error > (probe2:tws0:0:2:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe2:tws0:0:2:0): CAM status: Invalid Target ID > . > . > . > (probe63:tws0:0:63:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe63:tws0:0:63:0): CAM status: Invalid Target ID > (probe63:tws0:0:63:0): Error 22, Unretryable error > (probe64:tws0:0:64:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe64:tws0:0:64:0): CAM status: Invalid Target ID > (probe64:tws0:0:64:0): Error 22, Unretryable error These can be ignored. CAM is just telling you that there are no devices attached at these target IDs. > da0 at tws0 bus 0 scbus0 target 0 lun 0 > da0: Fixed Direct Access SCSI-5 device > da0: 6000.000MB/s transfers > da0: 953654MB (1953083392 512 byte sectors: 255H 63S/T 121573C) > SMP: AP CPU #1 Launched! > SMP: AP CPU #4 Launched! > > > Any thoughts on msi vs no msi ? Time to run some stress tests. Its > certainly a fast little controller for the money! > Typically MSI is preferred to INTx for performance reasons. I can't speak for why the original author made INTx the default though. Regards, -Jim From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 00:37:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4664106566B; Sat, 22 Sep 2012 00:37:32 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 7A52C8FC08; Sat, 22 Sep 2012 00:37:32 +0000 (UTC) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.5/8.14.5) with ESMTP id q8M0bVRa034506; Fri, 21 Sep 2012 20:37:31 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <505D0846.8050108@sentex.net> Date: Fri, 21 Sep 2012 20:37:26 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Jim Harris References: <505CC8EC.4030608@sentex.net> <505CE601.4070106@sentex.net> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.72 on 64.7.153.18 Cc: FreeBSD-STABLE Mailing List , delphij@freebsd.org Subject: Re: tws bug ? (LSI SAS 9750) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 00:37:32 -0000 On 9/21/2012 8:03 PM, Jim Harris wrote: >> . >> then a lot of >> . >> (probe65:tws0:0:65:0): INQUIRY. CDB: 12 0 0 0 24 0 >> (probe65:tws0:0:65:0): CAM status: Invalid Target ID >> (probe65:tws0:0:65:0): Error 22, Unretryable error >> (probe1:tws0:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0 >> (probe1:tws0:0:1:0): CAM status: Invalid Target ID >> (probe1:tws0:0:1:0): Error 22, Unretryable error >> (probe2:tws0:0:2:0): INQUIRY. CDB: 12 0 0 0 24 0 >> (probe2:tws0:0:2:0): CAM status: Invalid Target ID >> . >> . >> . >> (probe63:tws0:0:63:0): INQUIRY. CDB: 12 0 0 0 24 0 >> (probe63:tws0:0:63:0): CAM status: Invalid Target ID >> (probe63:tws0:0:63:0): Error 22, Unretryable error >> (probe64:tws0:0:64:0): INQUIRY. CDB: 12 0 0 0 24 0 >> (probe64:tws0:0:64:0): CAM status: Invalid Target ID >> (probe64:tws0:0:64:0): Error 22, Unretryable error > > These can be ignored. CAM is just telling you that there are no > devices attached at these target IDs. What about a change similar to what Alexander Motin did in http://lists.freebsd.org/pipermail/svn-src-head/2012-June/038196.html 0(ich10)# diff -u tws_cam.c.orig tws_cam.c --- tws_cam.c.orig 2012-09-21 20:10:43.000000000 -0400 +++ tws_cam.c 2012-09-21 20:11:11.000000000 -0400 @@ -532,7 +532,7 @@ ccb->ccb_h.status |= CAM_LUN_INVALID; } else { TWS_TRACE_DEBUG(sc, "invalid target error",0,0); - ccb->ccb_h.status |= CAM_TID_INVALID; + ccb->ccb_h.status |= CAM_SEL_TIMEOUT; } } else { 1(ich10)# ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 00:54:32 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1A40106566B; Sat, 22 Sep 2012 00:54:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id B3D208FC08; Sat, 22 Sep 2012 00:54:31 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8M0sVOs093490; Sat, 22 Sep 2012 00:54:31 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8M0sU9a093485; Sat, 22 Sep 2012 00:54:31 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 00:54:31 GMT Message-Id: <201209220054.q8M0sU9a093485@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 00:54:32 -0000 TB --- 2012-09-22 00:53:58 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 00:53:58 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 00:53:58 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-09-22 00:53:58 - cleaning the object tree TB --- 2012-09-22 00:53:58 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 00:53:58 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-09-22 00:53:58 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 00:54:08 - /usr/local/bin/svn update /src At revision 240796. TB --- 2012-09-22 00:54:18 - building world TB --- 2012-09-22 00:54:18 - CROSS_BUILD_TESTING=YES TB --- 2012-09-22 00:54:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-22 00:54:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-22 00:54:18 - SRCCONF=/dev/null TB --- 2012-09-22 00:54:18 - TARGET=mips TB --- 2012-09-22 00:54:18 - TARGET_ARCH=mips TB --- 2012-09-22 00:54:18 - TZ=UTC TB --- 2012-09-22 00:54:18 - __MAKE_CONF=/dev/null TB --- 2012-09-22 00:54:18 - cd /src TB --- 2012-09-22 00:54:18 - /usr/bin/make -B buildworld >>> World build started on Sat Sep 22 00:54:18 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-22 00:54:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-22 00:54:30 - ERROR: failed to build world TB --- 2012-09-22 00:54:30 - 12.22 user 7.25 system 32.17 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 03:17:29 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6AACD106564A; Sat, 22 Sep 2012 03:17:29 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 08C118FC08; Sat, 22 Sep 2012 03:17:28 +0000 (UTC) Received: by vcbfw7 with SMTP id fw7so5975746vcb.13 for ; Fri, 21 Sep 2012 20:17:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Gih5T1FqYB4Gm2P8g/ju0fYxys9AmSf59WVRlSZ+Iwo=; b=s6EFLFUB1eCjMTGQCrCDi4wgqcYLo5jMkIJL9VCh3uMi4kyko5H7Ov1PZP8GVTHhEv f1R8ROoTJFJ8Bdy0SY8aRUSgzJb5m2cmbMhXqM/qm0psGwndmJvcwHbXiFmFfuGY4cNz 7iqCbLHcdya+ZOq1ncUDqo+fBiEumdV7dKvRpcB09PldGLWtnUgUHuTwKfwFui1d34FH 2NmhvU29JToynkow1G/cfPI7lyJ9ApWr5Ks1hYVveq861DZUvd0gfRCZA6To9fRkOl5a AVzcrTwBF9oU/znldg7V2K034xEUBxd+LV3Bzmk72zDgK4psOfUWy/pK144j8fZg714X gB5g== MIME-Version: 1.0 Received: by 10.58.116.175 with SMTP id jx15mr4189991veb.6.1348283848385; Fri, 21 Sep 2012 20:17:28 -0700 (PDT) Sender: jim.harris@gmail.com Received: by 10.58.249.135 with HTTP; Fri, 21 Sep 2012 20:17:28 -0700 (PDT) In-Reply-To: <505D0846.8050108@sentex.net> References: <505CC8EC.4030608@sentex.net> <505CE601.4070106@sentex.net> <505D0846.8050108@sentex.net> Date: Fri, 21 Sep 2012 20:17:28 -0700 X-Google-Sender-Auth: VwDUVDIP60Y6hc9gjTYuchHPeis Message-ID: From: Jim Harris To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD-STABLE Mailing List , delphij@freebsd.org Subject: Re: tws bug ? (LSI SAS 9750) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 03:17:29 -0000 On Fri, Sep 21, 2012 at 5:37 PM, Mike Tancsa wrote: > On 9/21/2012 8:03 PM, Jim Harris wrote: >>> . >>> then a lot of >>> . >>> (probe65:tws0:0:65:0): INQUIRY. CDB: 12 0 0 0 24 0 >>> (probe65:tws0:0:65:0): CAM status: Invalid Target ID >>> (probe65:tws0:0:65:0): Error 22, Unretryable error >>> (probe1:tws0:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0 >>> (probe1:tws0:0:1:0): CAM status: Invalid Target ID >>> (probe1:tws0:0:1:0): Error 22, Unretryable error >>> (probe2:tws0:0:2:0): INQUIRY. CDB: 12 0 0 0 24 0 >>> (probe2:tws0:0:2:0): CAM status: Invalid Target ID >>> . >>> . >>> . >>> (probe63:tws0:0:63:0): INQUIRY. CDB: 12 0 0 0 24 0 >>> (probe63:tws0:0:63:0): CAM status: Invalid Target ID >>> (probe63:tws0:0:63:0): Error 22, Unretryable error >>> (probe64:tws0:0:64:0): INQUIRY. CDB: 12 0 0 0 24 0 >>> (probe64:tws0:0:64:0): CAM status: Invalid Target ID >>> (probe64:tws0:0:64:0): Error 22, Unretryable error >> >> These can be ignored. CAM is just telling you that there are no >> devices attached at these target IDs. > > What about a change similar to what Alexander Motin did in > > http://lists.freebsd.org/pipermail/svn-src-head/2012-June/038196.html Ah, yes. I was thinking you had CAM_DEBUG enabled which is why you were seeing this spew - but that's not the case. This indeed should be fixed and not just ignored. Seeing the attributions on Alexander's commit, you certainly seem to have a monopoly on controllers that exhibit this problem on FreeBSD. :) I believe the CAM_LUN_INVALID here should be fixed as well, similar to the twa commit. If you send me a revised patch I will commit it. Thanks, -Jim > > 0(ich10)# diff -u tws_cam.c.orig tws_cam.c > --- tws_cam.c.orig 2012-09-21 20:10:43.000000000 -0400 > +++ tws_cam.c 2012-09-21 20:11:11.000000000 -0400 > @@ -532,7 +532,7 @@ > ccb->ccb_h.status |= CAM_LUN_INVALID; > } else { > TWS_TRACE_DEBUG(sc, "invalid target error",0,0); > - ccb->ccb_h.status |= CAM_TID_INVALID; > + ccb->ccb_h.status |= CAM_SEL_TIMEOUT; > } > > } else { > 1(ich10)# > > ---Mike > > > -- > ------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet services since 1994 www.sentex.net > Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 04:52:02 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C262106564A; Sat, 22 Sep 2012 04:52:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 92F8B8FC08; Sat, 22 Sep 2012 04:52:01 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8M4q1at090750; Sat, 22 Sep 2012 04:52:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8M4q1xt090749; Sat, 22 Sep 2012 04:52:01 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 04:52:01 GMT Message-Id: <201209220452.q8M4q1xt090749@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 04:52:02 -0000 TB --- 2012-09-22 04:47:11 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 04:47:11 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 04:47:11 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-09-22 04:47:11 - cleaning the object tree TB --- 2012-09-22 04:47:11 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 04:47:11 - cd /tinderbox/RELENG_8/i386/i386 TB --- 2012-09-22 04:47:11 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 04:47:21 - /usr/local/bin/svn update /src TB --- 2012-09-22 04:52:01 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 04:52:01 - ERROR: unable to check out the source tree TB --- 2012-09-22 04:52:01 - 2.46 user 4.66 system 289.30 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 04:53:10 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9B4C106566B; Sat, 22 Sep 2012 04:53:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 7B5728FC14; Sat, 22 Sep 2012 04:53:10 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8M4rA20010274; Sat, 22 Sep 2012 04:53:10 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8M4rAMb010272; Sat, 22 Sep 2012 04:53:10 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 04:53:10 GMT Message-Id: <201209220453.q8M4rAMb010272@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 04:53:10 -0000 TB --- 2012-09-22 04:47:11 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 04:47:11 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 04:47:11 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2012-09-22 04:47:11 - cleaning the object tree TB --- 2012-09-22 04:47:11 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 04:47:11 - cd /tinderbox/RELENG_8/amd64/amd64 TB --- 2012-09-22 04:47:11 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 04:47:21 - /usr/local/bin/svn update /src TB --- 2012-09-22 04:53:10 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 04:53:10 - ERROR: unable to check out the source tree TB --- 2012-09-22 04:53:10 - 2.23 user 4.96 system 358.30 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 04:53:11 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BAE2E1065672; Sat, 22 Sep 2012 04:53:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 7CA408FC1A; Sat, 22 Sep 2012 04:53:11 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8M4rBkA010405; Sat, 22 Sep 2012 04:53:11 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8M4rB2j010403; Sat, 22 Sep 2012 04:53:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 04:53:11 GMT Message-Id: <201209220453.q8M4rB2j010403@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on arm/arm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 04:53:11 -0000 TB --- 2012-09-22 04:47:11 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 04:47:11 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 04:47:11 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-09-22 04:47:11 - cleaning the object tree TB --- 2012-09-22 04:47:11 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 04:47:11 - cd /tinderbox/RELENG_8/arm/arm TB --- 2012-09-22 04:47:11 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 04:47:21 - /usr/local/bin/svn update /src TB --- 2012-09-22 04:53:11 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 04:53:11 - ERROR: unable to check out the source tree TB --- 2012-09-22 04:53:11 - 2.14 user 5.06 system 359.30 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 04:53:12 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ADBF1065670; Sat, 22 Sep 2012 04:53:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id F07B98FC1B; Sat, 22 Sep 2012 04:53:11 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8M4rBNP010406; Sat, 22 Sep 2012 04:53:11 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8M4rBhd010404; Sat, 22 Sep 2012 04:53:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 04:53:11 GMT Message-Id: <201209220453.q8M4rBhd010404@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 04:53:12 -0000 TB --- 2012-09-22 04:47:11 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 04:47:11 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 04:47:11 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2012-09-22 04:47:11 - cleaning the object tree TB --- 2012-09-22 04:47:11 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 04:47:11 - cd /tinderbox/RELENG_8/ia64/ia64 TB --- 2012-09-22 04:47:11 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 04:47:21 - /usr/local/bin/svn update /src TB --- 2012-09-22 04:53:11 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 04:53:11 - ERROR: unable to check out the source tree TB --- 2012-09-22 04:53:11 - 2.28 user 4.95 system 359.30 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 07:03:19 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E899A106566B; Sat, 22 Sep 2012 07:03:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id AA1E48FC0A; Sat, 22 Sep 2012 07:03:19 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8M73Jmu019278; Sat, 22 Sep 2012 07:03:19 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8M73JCt019277; Sat, 22 Sep 2012 07:03:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 07:03:19 GMT Message-Id: <201209220703.q8M73JCt019277@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 07:03:20 -0000 TB --- 2012-09-22 04:47:11 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 04:47:11 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 04:47:11 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-09-22 04:47:11 - cleaning the object tree TB --- 2012-09-22 04:47:12 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 04:47:12 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-09-22 04:47:12 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 04:47:21 - /usr/local/bin/svn update /src TB --- 2012-09-22 07:03:19 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 07:03:19 - ERROR: unable to check out the source tree TB --- 2012-09-22 07:03:19 - 1.99 user 5.24 system 8167.30 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 08:35:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30E321065672 for ; Sat, 22 Sep 2012 08:35:01 +0000 (UTC) (envelope-from mueller23@insightbb.com) Received: from mail.insightbb.com (smtp.insight.synacor.com [208.47.185.22]) by mx1.freebsd.org (Postfix) with ESMTP id E427D8FC08 for ; Sat, 22 Sep 2012 08:35:00 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=1.1 cv=9N16BR7CdXKpNQwIZhku8ahSw/STxmWXHCUXChRWPR0= c=1 sm=0 a=RIz-OqEagCYA:10 a=jLN7EqiLvroA:10 a=_8di5KHbAAAA:8 a=6I5d2MoRAAAA:8 a=8ziC-gI-4xEHFQ84MC8A:9 a=nsfc2OUghBgA:10 a=qm7f-9QL9LsA:10 a=SV7veod9ZcQA:10 a=AcdsImxJPJ9Yo6Ye3TGm+Q==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp01.insight.synacor.com smtp.mail=mueller23@insightbb.com; spf=softfail; sender-id=softfail Authentication-Results: smtp01.insight.synacor.com header.from=mueller23@insightbb.com; sender-id=softfail Received-SPF: softfail (smtp01.insight.synacor.com: transitional domain insightbb.com does not designate 74.134.34.76 as permitted sender) Received: from [74.134.34.76] ([74.134.34.76:44427] helo=localhost) by mail.insightbb.com (envelope-from ) (ecelerity 2.2.2.40 r(29895/29896)) with ESMTP id 12/61-15248-6977D505; Sat, 22 Sep 2012 04:32:23 -0400 Date: Sat, 22 Sep 2012 04:32:22 -0400 Message-ID: <12.61.15248.6977D505@smtp01.insight.synacor.com> From: "Thomas Mueller" To: freebsd-stable@freebsd.org Cc: Jim Harris , delphij@freebsd.org Subject: Re: tws bug ? (LSI SAS 9750) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 08:35:01 -0000 On Fri, Sep 21, 2012 at 5:37 PM, Mike Tancsa wrote: > On 9/21/2012 8:03 PM, Jim Harris wrote: >>> . >>> then a lot of >>> . >>> (probe65:tws0:0:65:0): INQUIRY. CDB: 12 0 0 0 24 0 >>> (probe65:tws0:0:65:0): CAM status: Invalid Target ID >>> (probe65:tws0:0:65:0): Error 22, Unretryable error >>> (probe1:tws0:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0 >>> (probe1:tws0:0:1:0): CAM status: Invalid Target ID >>> (probe1:tws0:0:1:0): Error 22, Unretryable error >>> (probe2:tws0:0:2:0): INQUIRY. CDB: 12 0 0 0 24 0 >>> (probe2:tws0:0:2:0): CAM status: Invalid Target ID >>> . >>> . >>> . >>> (probe63:tws0:0:63:0): INQUIRY. CDB: 12 0 0 0 24 0 >>> (probe63:tws0:0:63:0): CAM status: Invalid Target ID >>> (probe63:tws0:0:63:0): Error 22, Unretryable error >>> (probe64:tws0:0:64:0): INQUIRY. CDB: 12 0 0 0 24 0 >>> (probe64:tws0:0:64:0): CAM status: Invalid Target ID >>> (probe64:tws0:0:64:0): Error 22, Unretryable error >> These can be ignored. CAM is just telling you that there are no >> devices attached at these target IDs. > What about a change similar to what Alexander Motin did in > http://lists.freebsd.org/pipermail/svn-src-head/2012-June/038196.html Jim Harris responded: > Ah, yes. I was thinking you had CAM_DEBUG enabled which is why you > were seeing this spew - but that's not the case. This indeed should > be fixed and not just ignored. > Seeing the attributions on Alexander's commit, you certainly seem to > have a monopoly on controllers that exhibit this problem on FreeBSD. > :) > I believe the CAM_LUN_INVALID here should be fixed as well, similar to > the twa commit. If you send me a revised patch I will commit it. The specific subject of this thread is not my issue, but I did notice problems apparently related to CAM on a SATA hard drive. I use one UFS partition, with FreeBSD 9.0-BETA1 installed (subsequently updated on another partition, using GPT as opposed to MBR), for ports tree and also NetBSD pkgsrc and NetBSD source code. I built NetBSD 5.1_STABLE i386 from FreeBSD and also built xorg-modular on the new NetBSD installation from pkgsrc. Going into and out of the newly installed Xorg resulted in some crashes with the FreeBSD 9.0-BETA1 partition mounted and not cleanly unmounted. File system was damaged, and FreeBSD fsck_ffs wouldn't fix it, went into a loop: Script started on Wed Sep 19 04:15:02 2012 fsck_ffs /dev/ada0p9 ** /dev/ada0p9 ** Last Mounted on /BETA1 ** Phase 1 - Check Blocks and Sizes CANNOT READ BLK: 7584192 CONTINUE? [yn] y THE FOLLOWING DISK SECTORS COULD NOT BE READ: 7584318, 7584319, ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 1475900 files, 4638292 used, 21162419 free (61643 frags, 2637597 blocks, 0.2% fragmentation) ***** FILE SYSTEM STILL DIRTY ***** ***** PLEASE RERUN FSCK ***** Script done on Wed Sep 19 04:17:27 2012 This happened repeatedly, meaning an impasse. I didn't get to record preceding error messages relating to ATA and CAM but, seeing this last message, wonder if there are some bugs in the CAM. I booted that new NetBSD 5.1_STABLE i386 installation, on a USB stick, was able to mount that partition and see it wasn't trashed though there was a message about the dirty flag. I then umounted and ran NetBSD fsck_ffs successfully, just a few files were lost, and FreeBSD can access that partition again. I still intend to be more cautious when in NetBSD, not mounting a FreeBSD partition unnecessarily when doing something crash-prone on my system in NetBSD, such as going into and out of X. Tom From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 08:47:21 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0D6A106566B; Sat, 22 Sep 2012 08:47:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 92F7F8FC08; Sat, 22 Sep 2012 08:47:21 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8M8lLOO085065; Sat, 22 Sep 2012 08:47:21 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8M8lLuJ085058; Sat, 22 Sep 2012 08:47:21 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 08:47:21 GMT Message-Id: <201209220847.q8M8lLuJ085058@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 08:47:22 -0000 TB --- 2012-09-22 08:41:41 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 08:41:41 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 08:41:41 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-09-22 08:41:41 - cleaning the object tree TB --- 2012-09-22 08:41:41 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 08:41:41 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-09-22 08:41:41 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 08:41:51 - /usr/local/bin/svn update /src TB --- 2012-09-22 08:47:21 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 08:47:21 - ERROR: unable to check out the source tree TB --- 2012-09-22 08:47:21 - 1.98 user 4.97 system 339.35 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 08:47:39 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B66891065673; Sat, 22 Sep 2012 08:47:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 79D1F8FC0C; Sat, 22 Sep 2012 08:47:39 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8M8ldNO091838; Sat, 22 Sep 2012 08:47:39 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8M8ldQ8091835; Sat, 22 Sep 2012 08:47:39 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 08:47:39 GMT Message-Id: <201209220847.q8M8ldQ8091835@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 08:47:40 -0000 TB --- 2012-09-22 08:41:41 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 08:41:41 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 08:41:41 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-09-22 08:41:41 - cleaning the object tree TB --- 2012-09-22 08:41:41 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 08:41:41 - cd /tinderbox/RELENG_8/i386/i386 TB --- 2012-09-22 08:41:41 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 08:41:51 - /usr/local/bin/svn update /src TB --- 2012-09-22 08:47:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 08:47:39 - ERROR: unable to check out the source tree TB --- 2012-09-22 08:47:39 - 2.14 user 4.91 system 357.35 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 08:47:40 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 03157106567A; Sat, 22 Sep 2012 08:47:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id B9F9C8FC12; Sat, 22 Sep 2012 08:47:39 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8M8ldi5091839; Sat, 22 Sep 2012 08:47:39 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8M8ld59091836; Sat, 22 Sep 2012 08:47:39 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 08:47:39 GMT Message-Id: <201209220847.q8M8ld59091836@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on arm/arm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 08:47:40 -0000 TB --- 2012-09-22 08:41:41 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 08:41:41 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 08:41:41 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-09-22 08:41:41 - cleaning the object tree TB --- 2012-09-22 08:41:41 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 08:41:41 - cd /tinderbox/RELENG_8/arm/arm TB --- 2012-09-22 08:41:41 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 08:41:51 - /usr/local/bin/svn update /src TB --- 2012-09-22 08:47:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 08:47:39 - ERROR: unable to check out the source tree TB --- 2012-09-22 08:47:39 - 2.22 user 4.73 system 357.35 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 08:47:40 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6322106568C; Sat, 22 Sep 2012 08:47:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 797118FC08; Sat, 22 Sep 2012 08:47:40 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8M8leWH092040; Sat, 22 Sep 2012 08:47:40 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8M8leM9092039; Sat, 22 Sep 2012 08:47:40 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 08:47:40 GMT Message-Id: <201209220847.q8M8leM9092039@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 08:47:40 -0000 TB --- 2012-09-22 08:41:41 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 08:41:41 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 08:41:41 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2012-09-22 08:41:41 - cleaning the object tree TB --- 2012-09-22 08:41:41 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 08:41:41 - cd /tinderbox/RELENG_8/amd64/amd64 TB --- 2012-09-22 08:41:41 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 08:41:51 - /usr/local/bin/svn update /src TB --- 2012-09-22 08:47:40 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 08:47:40 - ERROR: unable to check out the source tree TB --- 2012-09-22 08:47:40 - 2.20 user 4.77 system 358.35 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 11:49:48 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D57F8106566B; Sat, 22 Sep 2012 11:49:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 957668FC0A; Sat, 22 Sep 2012 11:49:48 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8MBnmgW044978; Sat, 22 Sep 2012 11:49:48 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8MBnmsa044977; Sat, 22 Sep 2012 11:49:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 11:49:48 GMT Message-Id: <201209221149.q8MBnmsa044977@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 11:49:49 -0000 TB --- 2012-09-22 11:46:59 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 11:46:59 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 11:46:59 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-09-22 11:46:59 - cleaning the object tree TB --- 2012-09-22 11:46:59 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 11:46:59 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-09-22 11:46:59 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 11:47:10 - /usr/local/bin/svn update /src TB --- 2012-09-22 11:49:48 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 11:49:48 - ERROR: unable to check out the source tree TB --- 2012-09-22 11:49:48 - 2.12 user 4.90 system 168.20 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 11:52:57 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B88A6106567C; Sat, 22 Sep 2012 11:52:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 7A9998FC08; Sat, 22 Sep 2012 11:52:57 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8MBqvIM067518; Sat, 22 Sep 2012 11:52:57 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8MBqv4G067517; Sat, 22 Sep 2012 11:52:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 11:52:57 GMT Message-Id: <201209221152.q8MBqv4G067517@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on arm/arm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 11:52:57 -0000 TB --- 2012-09-22 11:46:59 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 11:46:59 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 11:46:59 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-09-22 11:46:59 - cleaning the object tree TB --- 2012-09-22 11:46:59 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 11:46:59 - cd /tinderbox/RELENG_8/arm/arm TB --- 2012-09-22 11:46:59 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 11:47:10 - /usr/local/bin/svn update /src TB --- 2012-09-22 11:52:57 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 11:52:57 - ERROR: unable to check out the source tree TB --- 2012-09-22 11:52:57 - 2.22 user 4.83 system 357.20 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 11:52:58 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6B8F1065678; Sat, 22 Sep 2012 11:52:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 786C68FC0A; Sat, 22 Sep 2012 11:52:58 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8MBqwjo067649; Sat, 22 Sep 2012 11:52:58 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8MBqw4M067648; Sat, 22 Sep 2012 11:52:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 11:52:58 GMT Message-Id: <201209221152.q8MBqw4M067648@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 11:52:58 -0000 TB --- 2012-09-22 11:46:59 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 11:46:59 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 11:46:59 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2012-09-22 11:46:59 - cleaning the object tree TB --- 2012-09-22 11:46:59 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 11:46:59 - cd /tinderbox/RELENG_8/amd64/amd64 TB --- 2012-09-22 11:46:59 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 11:47:10 - /usr/local/bin/svn update /src TB --- 2012-09-22 11:52:58 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 11:52:58 - ERROR: unable to check out the source tree TB --- 2012-09-22 11:52:58 - 2.13 user 4.87 system 358.20 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 12:31:26 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 381B61065686; Sat, 22 Sep 2012 12:31:26 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id E97778FC0C; Sat, 22 Sep 2012 12:31:25 +0000 (UTC) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.5/8.14.5) with ESMTP id q8MCVKeq009660; Sat, 22 Sep 2012 08:31:20 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <505DAF99.1060201@sentex.net> Date: Sat, 22 Sep 2012 08:31:21 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Jim Harris References: <505CC8EC.4030608@sentex.net> <505CE601.4070106@sentex.net> <505D0846.8050108@sentex.net> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.72 on 64.7.153.18 Cc: FreeBSD-STABLE Mailing List , delphij@freebsd.org Subject: Re: tws bug ? (LSI SAS 9750) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 12:31:26 -0000 On 9/21/2012 11:17 PM, Jim Harris wrote: >> What about a change similar to what Alexander Motin did in >> >> http://lists.freebsd.org/pipermail/svn-src-head/2012-June/038196.html > > Ah, yes. I was thinking you had CAM_DEBUG enabled which is why you > were seeing this spew - but that's not the case. This indeed should > be fixed and not just ignored. > > Seeing the attributions on Alexander's commit, you certainly seem to > have a monopoly on controllers that exhibit this problem on FreeBSD. > :) > > I believe the CAM_LUN_INVALID here should be fixed as well, similar to > the twa commit. If you send me a revised patch I will commit it. Thanks, yes seems to be déjà vu all over again with this manufacturer :) I think this is correct ? 0(ich10)# diff -u tws_cam.c.orig tws_cam.c --- tws_cam.c.orig 2012-09-21 20:10:43.000000000 -0400 +++ tws_cam.c 2012-09-22 08:21:36.000000000 -0400 @@ -529,10 +529,10 @@ if ( ccb->ccb_h.target_lun ) { TWS_TRACE_DEBUG(sc, "invalid lun error",0,0); - ccb->ccb_h.status |= CAM_LUN_INVALID; + ccb->ccb_h.status |= CAM_SEL_TIMEOUT; } else { TWS_TRACE_DEBUG(sc, "invalid target error",0,0); - ccb->ccb_h.status |= CAM_TID_INVALID; + ccb->ccb_h.status |= CAM_SEL_TIMEOUT; } } else { 1(ich10)# ---Mike > > Thanks, > > -Jim > > >> >> 0(ich10)# diff -u tws_cam.c.orig tws_cam.c >> --- tws_cam.c.orig 2012-09-21 20:10:43.000000000 -0400 >> +++ tws_cam.c 2012-09-21 20:11:11.000000000 -0400 >> @@ -532,7 +532,7 @@ >> ccb->ccb_h.status |= CAM_LUN_INVALID; >> } else { >> TWS_TRACE_DEBUG(sc, "invalid target error",0,0); >> - ccb->ccb_h.status |= CAM_TID_INVALID; >> + ccb->ccb_h.status |= CAM_SEL_TIMEOUT; >> } >> >> } else { >> 1(ich10)# >> >> ---Mike >> >> >> -- >> ------------------- >> Mike Tancsa, tel +1 519 651 3400 >> Sentex Communications, mike@sentex.net >> Providing Internet services since 1994 www.sentex.net >> Cambridge, Ontario Canada http://www.tancsa.com/ > > -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 15:14:56 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D0D20106566B; Sat, 22 Sep 2012 15:14:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 932A48FC12; Sat, 22 Sep 2012 15:14:56 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8MFEuJG083999; Sat, 22 Sep 2012 15:14:56 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8MFEufA083995; Sat, 22 Sep 2012 15:14:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 15:14:56 GMT Message-Id: <201209221514.q8MFEufA083995@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 15:14:56 -0000 TB --- 2012-09-22 15:12:03 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 15:12:03 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 15:12:03 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-09-22 15:12:03 - cleaning the object tree TB --- 2012-09-22 15:12:03 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 15:12:03 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-09-22 15:12:03 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 15:12:13 - /usr/local/bin/svn update /src TB --- 2012-09-22 15:14:56 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 15:14:56 - ERROR: unable to check out the source tree TB --- 2012-09-22 15:14:56 - 1.98 user 4.99 system 172.51 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 15:16:59 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2468106566C; Sat, 22 Sep 2012 15:16:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 7A1A48FC12; Sat, 22 Sep 2012 15:16:58 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8MFGwHD001280; Sat, 22 Sep 2012 15:16:58 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8MFGwbA001277; Sat, 22 Sep 2012 15:16:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 15:16:58 GMT Message-Id: <201209221516.q8MFGwbA001277@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on arm/arm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 15:16:59 -0000 TB --- 2012-09-22 15:12:03 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 15:12:03 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 15:12:03 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-09-22 15:12:03 - cleaning the object tree TB --- 2012-09-22 15:12:03 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 15:12:03 - cd /tinderbox/RELENG_8/arm/arm TB --- 2012-09-22 15:12:03 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 15:12:13 - /usr/local/bin/svn update /src TB --- 2012-09-22 15:16:58 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 15:16:58 - ERROR: unable to check out the source tree TB --- 2012-09-22 15:16:58 - 2.16 user 4.73 system 294.51 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 15:26:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8744106564A; Sat, 22 Sep 2012 15:26:01 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 433FF8FC14; Sat, 22 Sep 2012 15:26:00 +0000 (UTC) Received: by vcbfw7 with SMTP id fw7so6361498vcb.13 for ; Sat, 22 Sep 2012 08:26:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tC5IpFXUknYY15bzCwSu+u6gj56f/s68MnzZcxcd5ls=; b=AbqmUKr/I2o0pDfpM58Dqy7d24mT0YcfdlQXKsEwYIzX3iFtRqOQLMOfIqbrmZ/Udr 7AkiD7cuJ8HbZVOsMrpXfAGIlgH5h5ettzo+GvxmvWCiPuJWV7JPFE37VVcSByQdBJtw DAjJDcrS7pHFHACM7sUmWRaf99/W6CgrI2ErrDQuItEFvU/4eujZzXaJG7A5Yfq4eAWE l4ZwHOQUtoN7Ir4l79jPRgNWLeqZOztysSvJo8FFLt55VaxZcMd6AvPROy6qlx3q/eu7 ZuNJDCVamxEY4DKO+F1U2OprU+E9p1hL/DhqiUaE3HaNqEJSPPzQKBEyjkXU5CSGDsTd tUKQ== MIME-Version: 1.0 Received: by 10.52.27.82 with SMTP id r18mr3803143vdg.120.1348327560173; Sat, 22 Sep 2012 08:26:00 -0700 (PDT) Received: by 10.58.249.135 with HTTP; Sat, 22 Sep 2012 08:26:00 -0700 (PDT) In-Reply-To: <12.61.15248.6977D505@smtp01.insight.synacor.com> References: <12.61.15248.6977D505@smtp01.insight.synacor.com> Date: Sat, 22 Sep 2012 08:26:00 -0700 Message-ID: From: Jim Harris To: Thomas Mueller Content-Type: text/plain; charset=ISO-8859-1 Cc: delphij@freebsd.org, freebsd-stable@freebsd.org Subject: Re: tws bug ? (LSI SAS 9750) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 15:26:01 -0000 On Sat, Sep 22, 2012 at 1:32 AM, Thomas Mueller wrote: > > The specific subject of this thread is not my issue, but I did notice > problems apparently related to CAM on a SATA hard drive. > I would suggest starting a new thread if you have a different issue. > I use one UFS partition, with FreeBSD 9.0-BETA1 installed (subsequently > updated on another partition, using GPT as opposed to MBR), for ports tree > and also NetBSD pkgsrc and NetBSD source code. I built NetBSD 5.1_STABLE i386 > from FreeBSD and also built xorg-modular on the new NetBSD installation from > pkgsrc. Going into and out of the newly installed Xorg resulted in some > crashes with the FreeBSD 9.0-BETA1 partition mounted and not cleanly > unmounted. File system was damaged, and FreeBSD fsck_ffs wouldn't fix it, > went into a loop: > > > Script started on Wed Sep 19 04:15:02 2012 > fsck_ffs /dev/ada0p9 > ** /dev/ada0p9 > ** Last Mounted on /BETA1 > ** Phase 1 - Check Blocks and Sizes > > CANNOT READ BLK: 7584192 > CONTINUE? [yn] y > > THE FOLLOWING DISK SECTORS COULD NOT BE READ: 7584318, 7584319, > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > ** Phase 5 - Check Cyl groups > 1475900 files, 4638292 used, 21162419 free (61643 frags, 2637597 blocks, 0.2% fragmentation) > > ***** FILE SYSTEM STILL DIRTY ***** > > ***** PLEASE RERUN FSCK ***** > > Script done on Wed Sep 19 04:17:27 2012 > > > This happened repeatedly, meaning an impasse. > > I didn't get to record preceding error messages relating to ATA and CAM but, > seeing this last message, wonder if there are some bugs in the CAM. > > I booted that new NetBSD 5.1_STABLE i386 installation, on a USB stick, was > able to mount that partition and see it wasn't trashed though there was a > message about the dirty flag. I then umounted and ran NetBSD fsck_ffs > successfully, just a few files were lost, and FreeBSD can access that > partition again. > > I still intend to be more cautious when in NetBSD, not mounting a FreeBSD > partition unnecessarily when doing something crash-prone on my system in > NetBSD, such as going into and out of X. > > Tom From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 18:52:58 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6249E106564A; Sat, 22 Sep 2012 18:52:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 21A9E8FC12; Sat, 22 Sep 2012 18:52:58 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8MIqvR5044738; Sat, 22 Sep 2012 18:52:57 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8MIqvcB044728; Sat, 22 Sep 2012 18:52:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 18:52:57 GMT Message-Id: <201209221852.q8MIqvcB044728@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 18:52:58 -0000 TB --- 2012-09-22 18:52:19 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 18:52:19 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 18:52:19 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-09-22 18:52:19 - cleaning the object tree TB --- 2012-09-22 18:52:19 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 18:52:19 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-09-22 18:52:19 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 18:52:34 - /usr/local/bin/svn update /src Updated to revision 240835. TB --- 2012-09-22 18:52:45 - building world TB --- 2012-09-22 18:52:45 - CROSS_BUILD_TESTING=YES TB --- 2012-09-22 18:52:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-22 18:52:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-22 18:52:45 - SRCCONF=/dev/null TB --- 2012-09-22 18:52:45 - TARGET=mips TB --- 2012-09-22 18:52:45 - TARGET_ARCH=mips TB --- 2012-09-22 18:52:45 - TZ=UTC TB --- 2012-09-22 18:52:45 - __MAKE_CONF=/dev/null TB --- 2012-09-22 18:52:45 - cd /src TB --- 2012-09-22 18:52:45 - /usr/bin/make -B buildworld >>> World build started on Sat Sep 22 18:52:45 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools [...] cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c cc -O2 -pipe -I/obj/mips/src/tmp/legacy/usr/include -static -L/obj/mips/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy sh /src/tools/install.sh -s -o root -g wheel -m 555 strfile /obj/mips/src/tmp/legacy/usr/games ===> gnu/usr.bin/gperf (obj,depend,all,install) /obj/mips/src/tmp/src/gnu/usr.bin/gperf created for /src/gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc (obj) /obj/mips/src/tmp/src/gnu/usr.bin/gperf/doc created for /src/gnu/usr.bin/gperf/doc make: don't know how to make iterator.cc. Stop *** Error code 2 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-22 18:52:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-22 18:52:57 - ERROR: failed to build world TB --- 2012-09-22 18:52:57 - 12.73 user 7.48 system 37.61 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 22:43:54 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE964106566C; Sat, 22 Sep 2012 22:43:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 908A18FC08; Sat, 22 Sep 2012 22:43:54 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8MMhsUU039180; Sat, 22 Sep 2012 22:43:54 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8MMhs6e039176; Sat, 22 Sep 2012 22:43:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 22:43:54 GMT Message-Id: <201209222243.q8MMhs6e039176@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 22:43:54 -0000 TB --- 2012-09-22 22:42:18 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 22:42:18 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 22:42:18 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-09-22 22:42:18 - cleaning the object tree TB --- 2012-09-22 22:42:19 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 22:42:19 - cd /tinderbox/RELENG_8/mips/mips TB --- 2012-09-22 22:42:19 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 22:42:29 - /usr/local/bin/svn update /src TB --- 2012-09-22 22:43:54 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 22:43:54 - ERROR: unable to check out the source tree TB --- 2012-09-22 22:43:54 - 2.27 user 4.62 system 95.27 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 22:48:16 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B82F4106566B; Sat, 22 Sep 2012 22:48:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 7940E8FC12; Sat, 22 Sep 2012 22:48:16 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8MMmGaT063093; Sat, 22 Sep 2012 22:48:16 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8MMmGBZ063089; Sat, 22 Sep 2012 22:48:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 22:48:16 GMT Message-Id: <201209222248.q8MMmGBZ063089@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 22:48:16 -0000 TB --- 2012-09-22 22:42:18 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 22:42:18 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 22:42:18 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2012-09-22 22:42:18 - cleaning the object tree TB --- 2012-09-22 22:42:18 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 22:42:18 - cd /tinderbox/RELENG_8/ia64/ia64 TB --- 2012-09-22 22:42:18 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 22:42:28 - /usr/local/bin/svn update /src TB --- 2012-09-22 22:48:16 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 22:48:16 - ERROR: unable to check out the source tree TB --- 2012-09-22 22:48:16 - 2.18 user 4.74 system 357.27 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 22:48:17 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8C511065672; Sat, 22 Sep 2012 22:48:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 7C0BA8FC14; Sat, 22 Sep 2012 22:48:16 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8MMmGZP063092; Sat, 22 Sep 2012 22:48:16 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8MMmGdh063090; Sat, 22 Sep 2012 22:48:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 22:48:16 GMT Message-Id: <201209222248.q8MMmGdh063090@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on arm/arm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 22:48:17 -0000 TB --- 2012-09-22 22:42:18 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 22:42:18 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 22:42:18 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-09-22 22:42:18 - cleaning the object tree TB --- 2012-09-22 22:42:18 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 22:42:18 - cd /tinderbox/RELENG_8/arm/arm TB --- 2012-09-22 22:42:18 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 22:42:28 - /usr/local/bin/svn update /src TB --- 2012-09-22 22:48:16 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 22:48:16 - ERROR: unable to check out the source tree TB --- 2012-09-22 22:48:16 - 2.23 user 4.67 system 357.27 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 22:48:17 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB6B2106564A; Sat, 22 Sep 2012 22:48:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 7B9578FC08; Sat, 22 Sep 2012 22:48:17 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8MMmH8p063229; Sat, 22 Sep 2012 22:48:17 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8MMmHrV063226; Sat, 22 Sep 2012 22:48:17 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 22:48:17 GMT Message-Id: <201209222248.q8MMmHrV063226@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 22:48:17 -0000 TB --- 2012-09-22 22:42:18 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 22:42:18 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 22:42:18 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2012-09-22 22:42:18 - cleaning the object tree TB --- 2012-09-22 22:42:18 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 22:42:18 - cd /tinderbox/RELENG_8/amd64/amd64 TB --- 2012-09-22 22:42:18 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 22:42:28 - /usr/local/bin/svn update /src TB --- 2012-09-22 22:48:17 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 22:48:17 - ERROR: unable to check out the source tree TB --- 2012-09-22 22:48:17 - 2.14 user 4.75 system 358.27 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 22:48:17 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB72D106566C; Sat, 22 Sep 2012 22:48:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 7C15E8FC15; Sat, 22 Sep 2012 22:48:17 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8MMmHp6063230; Sat, 22 Sep 2012 22:48:17 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8MMmHuZ063225; Sat, 22 Sep 2012 22:48:17 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 22:48:17 GMT Message-Id: <201209222248.q8MMmHuZ063225@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 22:48:18 -0000 TB --- 2012-09-22 22:42:18 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 22:42:18 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-22 22:42:18 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2012-09-22 22:42:18 - cleaning the object tree TB --- 2012-09-22 22:42:18 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 22:42:18 - cd /tinderbox/RELENG_8/i386/pc98 TB --- 2012-09-22 22:42:18 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 22:42:28 - /usr/local/bin/svn update /src TB --- 2012-09-22 22:48:17 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 22:48:17 - ERROR: unable to check out the source tree TB --- 2012-09-22 22:48:17 - 2.21 user 4.74 system 358.27 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full